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The Network Access Method Version 1 /Communications 
Control Program Version 3 Terminal Interfaces 
Reference Manual is an overview of the network 
products that provide terminal access and remote 
processing capability. The host software described 
in this book runs under the Network Operating System 
(NOS) Version 2 on CONTROL DATA® CYBER 180 Series; 
CYBER 170 Series; CYBER 70, Model 71, 72, 73, and 
74; and 6000 Series Computer Systems. This book 
also describes the CDC® Communications Control 
Program (CCP) Version 3.7 for the 255x series of 
network processing units. 

AUDIENCE FOR THIS MANUAL 

This manual describes the features and explains the 
operation of network software from a terminal user's 
viewpoint. This document does not assume that 
readers have programming background in network com- 
munications. This book does assume that readers 
are familiar with the hardware operation and possi- 
ble communication uses of the terminals in which 
they are Interested. 

This book covers aspects of network terminal oper- 
ation that are Independent of the host application 
program providing a service for the terminal user. 
This document should be used with the reference 
manual for a terminal service facility program, 
such as the Remote Batch Facility, the Transaction 
Facility, or the Interactive Facility. Installa- 
tions that do not run any CDC-produced application 
programs can refer to this book for description of 
those features of the network software available to 
any terminal user. 



ORGANIZATION 

The organization of this book is modular. Section 
1 summarizes the network structure. General con- 
cepts and operations are given In section 2. 



Section 3 describes aspects of terminal use or 
network software use that cannot be generalized; 
these terminal-dependent topics Include notes and 
cautions. Section 4 describes the minimum actions 
necessary to use any host software from a terminal 
and explains the most common interruptions of that 
use. Section 5 describes features available to 
more sophisticated users of all terminals. 



Section 6 describes the operations of CDC 255x 
series network processing unit hardware and soft- 
ware for programmers writing terminal emulators or 
for very sophisticated terminal users who want to 
take full advantage of all their terminal's fea- 
tures. Section 7 describes the on-line diagnostic 
host software that can be used by any terminal 
operator; section 7 can be used without reference 
to the rest of the book. 



ADDITIONAL RELATED MANUALS 

Related material is contained in the publications 
listed below; the publications are listed within 
groupings that indicate relative importance to 
readers of this manual. 



The NOS Manual Abstracts is an instant-sized manual 
containing brief descriptions of the contents and 
intended audience of all NOS and NOS product set 
manuals. The NOS Manual Abstracts can help a par- 
ticular user determine the manuals that are of 
greatest Interest. The Software Publications 
Release History can help a user determine which 
revision level of software documentation corresponds 
to the Programming Systems Report (PSR) level of 
installed site software. 



The following manuals are of primary interest : 



Publication 



Publication 
Number 



Message Control System Version 1 
Reference Manual 



60480300 



NOS Version 2 Reference Set, Volume 2 
Introduction to Interactive Usage 

Network Products 

Remote Batch Facility Version 1 

Reference Manual 



60459660 



60499600 



o 



Network Products 

Transaction Facility Version 1 

Reference Manual 
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60459500 



The following manuals are of secondary Interest: 



Publication 

American National Dictionary for Information 
Processing 



Additional Controls for Use With ASCII 



CCITT Recommendations X.3, X.25, X.28, and X.29 

Communications Control Program Version 3 
Diagnostic Handbook 

COMM 18 Version 2 
Operator's Guide 

IBM 2780 Data Transmission Terminal, 
Component Description 

IBM 3780 Data Transmission Terminal, 
Component Information 

IBM Systems Reference Library 
General Information — Binary 
Synchronous Communications 

Mode 4C Communication Control Procedure 



Network Products 

Network Access Method Version 1/ 
Communications Control Program Version 3 
Host Application Programming Reference Manual 

Network Product 

Network Access Method Version 1 

Network Definition Language Reference Manual 

NOS Version 2 
Manual Abstracts 

NOS Version 2 Reference Set, Volume 3 
System Commands 

Software Publications Release History 

200 User Terminal 

Operating and Programming Guide 

7U-10 CRT Display Terminal 
Operator's Guide 

713-10 Conversational Display Terminal 
Operator's Guide 

714-10/20 Remote Terminal Subsystem 
Operating Guide 

721 Display Terminal 

Operating Guide/Installation Instructions 

721 Display Terminal 
Reference Manual 



Publication 
Number 

FIPS 11-1, 

ANSI 

X3/TR-1-77T 

ANSI 
X3.64-1977t 

None* 

60471500 

60475410 

GA27-3005-3t 

GA27-3063-3t 

GA27-3004-2t 

CDC-STD 
1.10.020 

60499500 

60480000 
60485500 

60459680 
60481000 

82136000 

62034100 

62037900 

82184500 

62940019 

62940020 



o 

o 









ft \ 



tNot available from CDC 
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Publication 

Publication ^wssb&T 

731-12 Remote Batch Terminal 

200 User Emulation 

Operating and Programming Guide 82186800 

734 Batch Terminal 

Operator's Guide 62971500 

750 Terminal Subsystem 

Operator's Guide 62951400 

CDC manuals can be ordered from Control Data Corporation, 

Literature and Distribution Services, 308 North Dale Street, 
St. Paul, Minnesota 55103. 

ANSI Standards can be ordered from Sales Department, American 

National Standards Institute, 1430 Broadway, New York, New York, 
10018. 



This manual describes products intended for use 
only as described in this document. Control 
Data cannot be responsible for the proper func- 
tioning of undescrlbed features or parameters. 
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NOTATIONS 






Throughout this publication, the following conven- 
tions are used in the presentation of operator com- 
mand formats. Additional notations applicable only 
to specific software dialog sequences appear in the 
text descriptions of those sequences. 



[«] 



UPPERCASE 



lowercase 



[ ] 
{ } 



Uppercase letters Indicate words, 
acronyms, or mnemonics either required 
by the network software as input to 
it, or produced as predefined output 
text. 

Lowercase letters represent data sym- 
bols supplied by the terminal user, or 
by the network software as output. 
When generic terms are repeated In a 
format, a subscript is appended to the 
term for identif Icaton. 

Ellipses Indicate that omitted entities 
repeat the form and function of the 
entity last given. 

Brackets enclose optional entitles. 

Braces enclose entities from which one 
must be chosen. 



LF 



The boxed cr symbol represents the 
terminal key that causes message 
transmission; usually, this key causes 
a carriage return operation. Trans- 
mission keys are described in more 
detail in section 2. 

The LF symbol represents a one-line 
vertical repositioning of the cursor 
or output mechanism. LF also desig- 
nates a character or character code 
associated with such a line feed oper- 
ation. 

A circle around a character represents 
a character key that is pressed In 
conjunction with a control key (CTL, 
CNTRL, CTRL, CONTRL, CONTROL, or 
equivalent). 

Represents a key labeled with a left- 
pointing arrow; such keys usually move 
the typing element or cursor to the 
left. 



Unless otherwise specified, all numbers are decimal 
values. 
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INTRODUCTION 






Software users regard a terminal as an extension of 
a monolithic entity they call The System. For most 
terminal users, this misconception is a harmless 
one. For some users, the idea of The System can 
make terminal operation easier; for others, it hides 
significant features of a terminal network and 
makes network access a mysterious and frustrating 
experience. If you are one of the latter, this 
book was written to dispel some of your confusion. 

This section describes the concepts, hardware, and 
software that constitute a CDC network. As you 
will learn, there is a difference between the net- 
work and the entity often called The System. A CDC 
network can include many Systems; it also can be 
connected to other networks, which include other 
Systems. Sections 2 through 7 of this manual 
describe functions localized to portions of the CDC 
network . 



THE NETWORK AND THE SYSTEM: 
WHAT AND WHERE IS EACH? 



A CDC network is a many-layered structure. As 
shown in figure 1-1, the layers of the network 
include both hardware and software. 



MOVING THROUGH THE LAYERS 

The terminal hardware you see is the bottom layer 
of this structure. The software processing your 
data runs in an element of the top layer of this 
structure: one of the host computers that connect 
with the network. 
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Figure 1-1. Layers of the Network Structure 
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There are many layers between the top and bottom 
layers. At the point where two layers adjoin, ter- 
minal data Is manipulated or routed. Sometimes, 
you can control these data operations or receive 
communications describing them. 

The top and bottom layers of the network structure 
are grouped into something called a computer net- 
work. When your terminal is connected to a specific 
host computer, these layers are The System. 

CDC network elements are directly controlled by an 
administrative operator with whom you sometimes 
communicate. This administrative operator is called 
the network operator. 

The network operator is usually located at the host 
console. When the network operator is located at a 
terminal, he or she is called the NPU operator and 
can perform only the following control function; 

Prevent or permit access of a terminal to the 
network by enabling or disabling servicing of 
the terminal by the network. (The network 
operator can separately control each device and 
terminal on a communication line, and the line 
itself.) 

If the network operator is located at a host com- 
puter console, he or she is called the host operator 
and can: 

Permit or prevent execution of network applica- 
tion programs. 

Shut down executing network application pro- 
grams. 

The remaining layers of the CDC network structure 
are CDC data communication elements or other com- 
munication networks. These layers are not part of 
The System. 



minal and the host. The TIPs are described in 
detail in section 6; some of the other NPU software 
is briefly discussed in that section. 

In the layer next to the bottom of the CDC network 
structure are communication lines. Communication 
lines are of different types and therefore require 
different actions to access them and transmit 
information on them. 

The Interpretation of information transmitted on a 
communication line differs according to the rules 
used by the terminal. The set of rules governing 
communication with a terminal is called a protocol. 
Network processing units contain a different Ter- 
minal Interface Program for each major protocol 
supported by the CDC network. 

Each layer of the network structure can contain 
secondary layers. For example, in the bottom layer 
are the network elements we recognize as terminals. 
Terminals can be hardware alone, or hardware exe- 
cuting software. 



THE TERMINAL LAYERS 

Simple terminals (sometimes called dumb terminals) 
have various controls for the user to enter and 
manipulate data. More elaborate terminals (some- 
times called Intelligent terminals) have both hard- 
ware controls and software commands for the user. 

This second type of terminal includes hardware 
using an emulator (which can be software, control- 
ware, or permanently programmed hardware called 
firmware) to imitate the operation of a different 
kind of terminal. The emulator has its own rules 
for use, which you must know and which the network 
cannot know. Section 3 of this manual contains 
information on some typical emulator requirements; 
you should read the documentation for the terminal 
before you try to use section 3. 



o 



o 






DATA COMMUNICATION LAYERS 

CDC data communication elements include both hard- 
ware and software. Non-CDC networks are beyond the 
scope of this manual. If your terminal connects to 
a CDC network through another network (such as an 
X.25 protocol packet-switching network or an 
Ethernet network), you should also read the docu- 
mentation of that network. 

The network operator can Indirectly affect your 
access to The System by controlling the CDC data 
communication element hardware. He or she can turn 
the logical paths through the network on or off by 
enabling or disabling the hardware over which those 
paths pass. (Paths through the network are 
described in section 4.) 

Software modules Important to you run In some of 
the CDC data communications hardware. These modules 
are the Terminal Interface Programs. 

Terminal Interface Programs (TIPs) run in a network 
processing unit. One or two network processing 
units can exist in the data path between the ter- 



THE HOST LAYERS 

The services you need are grouped Into differing 
types. Each type of servicing is performed by a 
different terminal servicing facility program, 
called an application program in many of the net- 
work manuals. 

Some of these application programs provide access 
to the host computer operating system so that you 
can execute programs performing data processing 
applications. Figure 1-2 summarizes terminal 
access to this software. 

Because there are many sources and destinations for 
data in the network, the network software includes 
modules that control routing along the data paths. 
Some of this software runs in the network processing 
units. Some of it runs in each host. 

The host software is called the network access 
software in the figure and Includes the Network 
Access Method. The details of Network Access Method 
use are described in the Host Application Program- 
ming reference manual listed in the preface. 
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Figure 1-2. Software Involved in Terminal Communications 



MOVING ACROSS THE LAYERS 

Generally, you have access to all of the layers In 
the network structure simultaneously. Access to 
more than one entity within a layer is not possible 
unless you perform a physical or logical switching 
operation at a layer closer to you. 

For example, the network permits you to switch com- 
munication from one terminal servicing facility 
program (network application program) to another. 
This switch, however, must be performed using a 
portion of the network host software known as the 
Network Validation Facility program. The Network 
Validation Facility appears in figure 1-2 as part 
of the network access software. 

You can switch from one Terminal Interface Program 
to another, but only by physically changing the 
communication line used by the terminal. You can 
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switch the type of communication line protocol used 
by the terminal , but only when the terminal offers 
a choice of emulators for different protocols. 



TERMINALS AND COMMUNICATION 
LINES 

A CDC network can support terminals using the fol- 
lowing communication line protocols: 

Asynchronous 

Asynchronous through an X.25 packet-switching 
network packet assembly/disassembly (PAD) ser- 
vice 

Synchronous mode 4 
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Bisynchronous HASP 

I Bisynchronous 2780, or 3780 

I Bisynchronous 3270 

Each of these basic protocols is subdivided accord- 
ing to the operational characteristics of the ter- 
minals that use the protocols. 

Asynchronous terminals belong to either: 

One of seven teletypewriter-compatible terminal 
classes using an ASCII code set 

One class for terminals compatible with IBM 
2741 devices using either an EBCD or a corre- 
spondence code set 

The teletypewriter-compatible terminal classes can 
all use communication lines with speeds of 110, 
150, 300, 600, 1200, 2400, 4800, or 9600 baud. The 
2741 -compatible terminal class can use 300 or 134.5 
baud communication lines. These classes differ 
only in the operational characteristics associated 
with them, as described in sections 5 and 6. 

X.25 terminals belong to one of the seven 
teletypewriter-compatible terminal classes defined 
for asynchronous terminals using an ASCII code set. 
These terminals can all use communication lines 
with speeds up to 19.2 kb/s by accessing the CDC 
network through another network's PAD service. 
These terminals differ from asjmchronous terminals 
only in the operational characteristics associated 
with them, as described in sections 5 and 6. 

Synchronous terminals using the CDC mode 4 protocol 
belong to: 

One of two terminal classes using the mode 4A 
protocol and an ASCII or External BCD code set 

One of three mode 4C protocol terminal classes 
using an ASCII code set 

All these mode 4 terminal classes can use communi- 
cation lines with standard speeds from 2000 to 19.2 
kb/s. These classes differ only in the operational 
characteristics associated with them, as described 
in sections 5 and 6. 

Bisynchronous terminals using the HASP multileaving 
protocol belong to one of two terminal classes using 
an EBCDIC code set. One terminal class is for ter- 
minals that support preprint carriage control char- 
acters, while the other class is for terminals that 
support only postprint carriage control characters. 
Terminals of these classes can use communication 
lines with standard speeds from 2000 b/s to 56 kb/s 
and have the operational characteristics described 
in sections 5 and 6. 

Bisynchronous terminals using the IBM 2780, 3780, 
or the 3270 protocol belong to one of two terminal 
classes using an EBCDIC code set. Terminals of 
these classes can use communication lines with 
standard speeds from 2000 b/s to 19.2 kb/s and have 
the operational characteristics described in 
sections 5 and 6. 

Terminals on synchronous communication lines using 
the IBM 3270 protocol have the operational 
characteristics described in section 3. 
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A CDC network can be modified by an installation to 
support up to three additional installation-defined 
protocols, supporting up to four additional 
installation-defined terminal classes. This manual 
is restricted to information concerning only pro- 
tocols and terminal classes of standard CDC net- 
works. 



BATCH OR INTERACTIVE? 

Your terminal can be serviced as one or more devices 
by the network software. Figure 1-3 shows how the 
network communicates with typical terminal devices. 

Regardless of the communication line protocol, each 
terminal has devices that belong in one of two 
categories. If a terminal device has an Input 
mechanism and an output mechanism that can be used 
together for two-way dialog, the device is called 
an interactive device or a console. 

If the terminal device has only an input mechanism 
or only an output mechanism that cannot be used for 
two-way dialog, the terminal is a batch terminal 
and the device is a passive or a batch device. All 
batch terminals must have a console to use the net- 
work. IBM 2780 and 3780 terminals often do not 
have physical consoles; the network pretends that 
consoles exist at such terminals by allowing con- 
sole input from a card reader and console output to 
a line printer. 

Batch devices are always operated through an asso- 
ciation with a console; this console is called the 
owning console for the batch device. An associated 
group of batch devices and their owning console is 
called a cluster station or a workstation and con- 
stitutes one terminal . 



INPUT, OUTPUT, OR BOTH? 

Because the input mechanism and output mechanism of 
a console device are physically separate, you can 
only see your input when something repeats it on 
the output mechanism. This repetition of input as 
output is called echoplexing. 

Echoplexing can occur at any of several locations , | 
as shown in figure 1-4. Some communication pro- 
tocols require echo- plexlng to occur within a 
terminal. Other protocols allow it to occur 
outside of the terminal. 

External echoplexing normally is performed only 
when the terminal is set up to use a communication 
line in a half -duplex mode. Half-duplex operation 
assumes transmission in only one direction on the 
line at a time; full-duplex operation assumes 
simultaneous transmission in both directions. 
Echoplexing by something outside the terminal nor- 
mally is not performed when a terminal is set up 
for full-duplex operation on a communication line. 

Echoplexing is the mechanism that lets you verify 
the entry of data and control characters. For 
example, pressing a carriage return key on the 
console keyboard does not automatically cause a 
carriage return operation on the device output 
mechanism. The echoplexing of the character code 
entered by pressing the key is what causes the 
carriage return operation. 
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The hardware or software echoing the input character 
back to the output mechanism determines whether or 
not the character appears on the output mechanism. 
The farther from the terminal that echoplexing 
occurs, the longer the delay between the entry of 
input and its reappearance as output. 

Echoplexing by more than one entity in the network 
garbles the appearance but not the content of any 
input. On lines used in full-duplex mode, external 
echoplexing of input during output can garble the 
appearance and content of the output. 

For example, if the network software and your ter- 
minal both echoplex your input, the input usually 
appears twice at your console. If neither the net- 
work software nor your terminal echoplex your input, 
nothing appears at your console. In either case, 
only one copy of your input reaches the host. 
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A console can have only one input mechanism and one 
output mechanism serviced by the network. You can 
explicitly identify your input mechanism as a key- 
board or paper tape reader, and identify your output 
mechanism as a printer, display, or paper tape 
punch. If you do not explicitly identify an input 
mechanism and an output mechanism, the network 
assumes you are using an appropriate combination. 



Consoles can have multiple input mechanisms or out- 
put mechanisms on-line at any time, but the network 
is unaware of all but one. Such mechanisms are 
only serviced in the sense that they operate in 
series. Input from a paper tape reader while the 
keyboard is on-line is treated as keyboard input 
unless you tell the network otherwise. Output to a 
hardcopy printer while a display is on-line is 
treated as display output. 
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Figure 1-4. Possible Echoplexing Locations 



Input or output mechanisms that operate like this 
are called slaved devices. The most common occur- 
rence of a slaved device is a hardcopy printer that 
makes a complete record of all output and echoed 
input while the output and echoed input are being 
written on a display. 



NETWORK PROCESSING UNITS 

The network processing units (NPUs) perform func- 
tions in addition to those performed by the Terminal 
Interface Programs. The primary NPU function is 
the routing and control of data flow through other 
NPUs, to and from a host computer. This function 
is usually indistinguishable from the normal buf- 
fering of input and output, as described in section 
2. Additional detail on data flow througli NPUs 
appears in section 6. 



When they route data through the network, the NPUs 
must perform additional buffering if traffic con- 
gestion or temporary communication failures occur. 
Normally, you cannot detect this buffering. How- 
ever, sometimes the NPUs run out of buffer space. 
When this happens, you become aware of the situation 
through diagnostic messages. These messages are 
explained in appendix B; the causes and effects are 
described in section 4. 



NETWORK HOST SOFTWARE 

As you can see from figure 1-2, network processing 
units do not communicate directly with the software 
in the host you are using. Instead, all input and 
output data processed by an NPU passes through host 
software explicitly designed to service terminals. 



o 
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Terminal-servicing software falls into two cate- 
gories: 

Host software that is always used 

Host software that is used at your request 

The first category of host software is called the 
network access software. The second category is 
called network application programs. The relation- 
ship between the two categories is shown in figure 
1-2. One program, the Network Validation Facility, 
falls into both categories because of its special 
supervisory and communication switching roles . 

The major portion of the network access software is 
called the Network Access Method (NAM) . Because of 
the central role played by NAM, many of the opera- 
tions performed while you use a terminal are per- 
formed in conformance with NAM requirements. The 
Network Access Method is not described directly In 
this manual; its operation is indirectly described 
in the context of describing the operation and use 
of other software. 

The operations performed by network application 
programs are typified by the programs described in 
the following subsection. 



NETWORK APPLICATION PROGRAMS 

Network application programs are special programs 
that provide services to terminal users. Your site 
can write its own application programs or use CDC- 
written application programs. CDC programs include: 

Remote Batch Facility (RBF) 

Interactive Facility (lAF) 

Transaction Facility (TAF) 

Terminal Verification Facility (TVF) 
I Network Validation Facility (NVF) 

Message Control System (MCS) 

PLATO NAM Interface (PNI) 

I Printer Support Utility (PSU) 

Your console can only communicate with one applica- 
tion program at a time. Section 4 of this document 
describes how you can sequentially access more than 
one network application program. 

Most host computer software can be used through 
either the Remote Batch Facility or the Interactive 
Facility. Access to or use of host resources and 
files via CDC -written application programs is sum- 
marized in figure 1-5. The following subsections 
describe the functions of each CDC -written applica- 
tion program. 



Network Validation Facility 

The Network Validation Facility (NVF) performs 
login validation processing. NVF also provides a 
way to switch your terminal from communicating with 
one network application program to communicating 
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with another. (You must have a user name valid for 
access to both programs to accomplish this switch, 
however; user names are described in section 4.) 
NVF is the only network application program with 
which you never need to request communication; a 
terminal is automatically given as much access to 
NVF as necessary. 

In response to a prompting message from NVF, you 
enter the name of the network application program 
to be used next . The name entered must have the 
form shown in parentheses in the list at the begin- 
ning of this subsection. No parenthetical form is 
shown for NVF because you cannot request the Net- 
work Validation Facility directly. 

There are many possible forms of the dialog you can 
have with NVF. The form you use is partially 
determined by the way the terminal name is con- 
figured. The general form of this login dialog is 
described in each of the reference manuals for net- 
work application programs, and in section 4 of this 
book. 



Interactive Facility 

lAF comprises six subsystems that permit you to 
create files and create or execute programs from 
the console, without use of card readers or line 
printers. These subsystems are: 

BASIC, an interactive version of the interpreter 
for the BASIC programming language. 

FORTRAN, an interactive version of the FORTRAN 
5 compiler. 

FTNTS, an Interactive version of the FORTRAN 
Extended 4 compiler. 

EXECUTE, a quick method to run frequently used 
programs previously stored in the system in 
object-code form. 

NULL, a quick method to manipulate files and 
clear subsystem association. 

BATCH, which permits you to enter and execute 
operating system commands one at a time. Any 
software product for which a command exists can 
be used through this subsystem; any program can 
be executed and accessed through this subsystem. 

Another subsystem permits communication between 
terminals using lAF. This subsystem, called ACCESS, 
Is not available to all terminal users. 

You can switch your console from one subsystem to 
another within lAF, from one subsystem to another 
network application program, or from lAF to NVF. 



Remote Batch Facility 

KBF permits you to enter a job file from a remotely 
located card reader and receive Job output at 
remotely located batch devices. You can track the 
job's progress through the system from the console 
and manipulate the job's files before and during 
output. The console can be switched directly from 
RBF to lAF, or from RBF to NVF (to request connec- 
tion with another application program). 
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Figure 1-5. Access to System Features Via Network Application Programs 
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Transaction Facility 

TAF permits you to access a database specifically 
created to treat any operation performed by a con- 
sole as a transaction that reads or alters that 
database. TAF use requires very little dialog. 

TAF does not permit your console to be switched 
directly to another application program. The con- 
sole can be switched from TAF to NVF. 



Terminal Verification Facility 

TVF provides a selection of tests to verify that 
the terminal is sending and receiving data cor- 
rectly. The console can be switched from TVF to 
NVF. Use of TVF is described in section 7 of this 
manual . 



Message Control System 

MCS allows you to queue, route, and journal messages 
between COBOL programs and terminals. By using the 
Application Definition Language, an MCS application 
can be tailored to fit a user's needs. The console 
can be switched from MCS to NVF. 



PLATO NAM Interface 

PNI allows operators of CDC 721 Viking Extended 
terminals to log into the PLATO lesson delivery and 
authoring software in normal asynchronous mode. 
The PLATO software then loads Its special software 
into the 721 so that the operator can execute les- 
sons or use the other facilities of the PLATO soft- 
ware. PNI does not allow the console to be switched 
to another application program. 



Printer Support Utility 



PSU allows the queuing of printer listings and 
files to serial (asynchronous) devices. Such 



devices are considered central site printers; 
operator control is via the central site's NOS 
K-Di splay. 



WHY HAVE A NETWORK? 

The preceding pages probably have you wondering why 
such a complex thing as a network is needed. A 
network provides your site with many capabilities 
not readily apparent . 

The network allows many more terminals to access a 
host computer than can be connected directly to the 
host. The network processing units provide tempo- 
rary storage of input and output, which lessens the 
need for storage in the host. 

The network allows any application program to ser- 
vice any terminal, regardless of the type of ter- 
minal. Without the network, each program would have 
to separately cope with the details of transmissions 
to and from particular terminals (details such as 
storage and echoplexing) . 

The network allows terminals to share all network 
resources. Without the CDC network concept, a 
separate set of terminals would have to be perma- 
nently assigned for access to each resource as a 
dedicated network. 

The CDC network concept can easily cope with a 
terminal that needs to use more than one host . 
Additional terminal communication protocols can be 
added without redoing the network application 
programs. 

Finally, and most importantly, the network allows 
you to use the same software from different termi- 
nals without drastic changes in the way your input 
and output must be handled. Some distinctions 
dependent on your terminal are Inevitable; however, 
as far as possible, your input and output are always 
treated as described in the next section of this 
book. 
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INTERFACE OPERATION 
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This section describes the way the network handles 
data from your terminal. Most of the Information 
in this section applies only to consoles. 

You can modify some of the operations described In 
this section by using commands to the Terminal 
Interface Programs. Those commands are described 
in section 5. 

Before we describe console operation, we must 
define some terms and concepts. The following sub- 
sections will help you understand the remainder of 
this section and the rest of the manual. 



INFORMATION FLOW 

Information flow In the network Is defined from the 
viewpoint of the host computer. Information coming 
to the host is said to be traveling upline; infor- 
mation moving away from the host is said to be 
traveling downline. 



INFORMATION STRUCTURES 

The network software uses Information structures of 
two types: 

A logical structure based on the concept of a 
logical line or a message 

A physical structure based on various defini- 
tions of a block of data 

The conditions that create a logical line or mes- 
sage and the conventions governing the subdivision 
of messages are influenced by the physical struc- 
tures the network uses. The events involved in 
actually creating a message are described later in 
this section under the headings Console Input 
Concepts and Console Output Concepts. 



PHYSICAL STRUCTURES AND NETWORK 
BLOCKS 

Data exchanges between application programs and a 
terminal occur in logical messages comprising one 
or more physical network blocks. A network block 
is a physical subdivision of a logical entity. 

A network block is a grouping of information with 
known and controllable boundary conditions, such as 
length, completeness of the unit of communication, 
and so forth. Information exchanges between net- 
work processing units and application programs 
occur In single network blocks . 

Information exchanges between network processing 
units and terminal devices use a different physical 
structure. Such exchanges occur in sets of char- 
acter bytes and control bytes called transmission 
blocks . 
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LOGICAL STRUCTURES AND PHYSICAL 
BLOCKS 

Upline and downline Information within the network 
is always grouped into physical network blocks. 
Network data blocks are grouped into logical mes- 
sages. Messages exchanged between an NPU and a 
device can also be grouped into physical trans- 
mission blocks of one or more logical messages. 
These concepts are described in more detail later 
In this section. 

Network blocks are restructured into other types of 
blocks at points of entrance and exit from the net- 
work processing units. 



NETWORK DATA BLOCKS 

A network data block is a collection of character 
bytes, analogous to a clause in English. It is a 
partially independent unit of information and might 
need to be used with other blocks to form a message. 

A network data block can contain all or part of a 
message. Whether a message must be divided into 
several network data blocks is determined by the 
size of the message and the size of a network data 
block. 



TERMINAL TRANSMISSION BLOCKS 

Terminals send or receive data in physical group- 
ings of character bytes; these groupings are called 
transmission blocks. The size of a downline trans- 
mission block for a specific device Is chosen by 
the network administrator. The value used might be 
dictated by hardware requirements. 

Transmission blocks exchanged with X.25 devices are 
called packets and have different size and content 
requirements than transmission blocks exchanged 
directly with a terminal. The network adminis- 
trator can control some of the characteristics of 
packets. If you can change any of your X.25 ter- 
minal's packet assembly/disassembly (PAD) service 
parameters, you can also control some of the char- 
acteristics. 

During upline transmissions from a console, the NPU 
reassembles the terminal's transmission block Into 
network blocks. Each transmission block can 
contain: 

One character of a single message 

A larger part of a single message 

All of a single message 

Several messages. 
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During downline transmissions, the NPU reassembles 
network blocks into terminal transmission blocks. 
Each transmission block can contain part of a 
single message or all of a single message; downline 
transmission blocks do not contain more than one 
message. 



UPLINE AND DOWNLINE BLOCK SIZES 

CDC-deflned consoles have network data block sizes 
that are multiples of 100 character bytes for 
upline data and of varying sizes for downline data. 
The last block of an upline message need not con- 
tain a multiple of 100 characters. 

CDC-deflned batch devices have network data block 
sizes that are multiples of 64 central memory 
words. Each such block Is one mass storage physi- 
cal record unit (PRU) of a file. 

The network administrator initially chooses the 
appropriate size of upline and downline network 
data blocks for each device. Sizes are usually 
chosen to fit a single message into a single net- 
work data block, or to optimize use of available 
network storage , or to meet some other administra- 
tive goal. 

The Initial size of an upline network data block is 
established by the site administrator when he or 
she defines the device that produces the block. 
That size determines the maximum number of char- 
acters an application program can receive as a 
single network data block. When an upline message 
is too long to fit into a single network data 
block, the NPU divides it into as many blocks as 
necessary before delivery to the application 
program. 

You can change the established upline block size 
using the blocking factor (BF) command described in 
section 5. You cannot change the established down- 
line block size. 

The Initial size of a downline network data block 
Is chosen by the site administrator when he or she 
defines the device that receives the block. The 
chosen size is a reconmiended maximum for the number 
of characters an application program should send in 
a single network block. The actual maximum size of 
a downline network block is chosen by the applica- 
tion program sending the block. 

The maximum length used for each network data block 
to or from a device can be Independent of the ter- 
minal's transmission block size. For example, a 
mode 4 console cannot accept a transmission block 
containing more than a specified number of char- 
acters. 

An application program could divide a multiple line 
display transmitted to a mode 4 console into net- 
work blocks smaller than the buffer space of the 
terminal. However, the application program does 
not need to divide its network blocks. The network 
software reconstructs any of the program's network 
data blocks longer than the terminal's buffer space 
into several terminal transmission blocks of the 
correct size. 



The upline block size is enforced by the network 
software, which subdivides or combines terminal 
transmission blocks input from a device into net- 
work data blocks of that size or smaller. The 
upline block size defines the largest block that 
NAM will deliver to the application program. 

The downline block sizes defined are advisory 
values. An application program can accept the size 
specified for a given connection when the con- 
nection is made, or ignore that specification and 
choose its own value for maximvmi block size. If an 
application program transmits blocks larger than 
the downline block size , the network software does 
not subdivide them until it creates transmission 
blocks for the terminal. 



CONSOLE INPUT CONCEPTS 

A console can send or receive data In two modes: 

Normalized mode 

Transparent mode 

The significance of these data modes is described 
later in this section under Console Data. The fol- 
lowing discussion does not apply to transparent 
mode data. 

In normalized mode, a console transmits logical 
lines of data. Each logical line is analogous to 
an English sentence. It is a complete unit of 
Information. In a CDC network, a logical line is a 
message. 

The device can transmit these lines one at a time, 
with output expected between them; or it can trans- 
mit them in sets, with output expected only after 
the last line of a set. The device therefore can 
use one of two possible network transmission modes. 

If the device transmits only one character or one 
logical line in each transmission block, it is 
operating in network line mode. If the device can 
transmit more than one logical line in a transmis- 
sion block, it is operating in network block mode. 

X. 25 devices (terminal classes 1 through 3 and 5 
through 8), HASP and bisynchronous devices 
(terminal classes 9, 14, 16, 17, and 18), always 
operate in network line mode. Mode 4 devices 
(terminal classes 10 through 13 and 15) are always 
considered to operate in network block mode. Only 
devices in terminal classes 1 through 3 and 5 
through 8 can operate in both modes. 



NETWORK LINE MODE OPERATION 

From your viewpoint, transmitting a single char- 
acter or one logical line at a time is a buffered 
line mode form of Input . This buffered network 
line mode allows you to select either terminal 
character mode or terminal line mode transmission 
(some devices have switches to select either 
option) without distinction. 
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Each logical line is terminated by an end-of-line 
indicator; this indicator must be transmitted with 
the line from the terminal. If the terminal buf- 
fers lines of input and transmits only when a 
special key is pressed, the key must either trans- 
mit the end-of-line indicator after sending your 
stored line, or the last character you entered in 
the line must be the end-of-line indicator and the 
key should transmit nothing other than the stored 
line. Each logical line becomes a separate network 
message when the NPU receives it. 

When the NPU is told that an interactive device is 
operating In network line mode, the NPU reverses 
the flow of message traffic (performs line turn- 
around) for it after each upline message. When a 
message is sent upline in this mode, the NPU begins 
to send any downline data available for the device. 
That is, output is allowed after each logical line 
of input. (Refer to the KB option for the IN com- 
mand, described in section 5.) 



NETWORK BLOCK MODE OPERATION 

Some devices can transmit many logical lines in 
single transmission block. (The terminal user 
sometimes can select or override this condition 
with a BLOCK or BATCH mode switch on the device.) 
Such devices are called block mode terminals. 

Block mode terminals group logical lines in the 
terminal until the transmission key is pressed; 
these groups reach the network software as a single 
transmission block. The network software forwards 
each message to the application program as a sepa- 
rate transmission; the effect resembles typeahead 
entries from network line mode terminals. 

Each logical line within the input transmission 
block ends with an end-of-line indicator. Each 
transmission block is terminated by an end-of-block 
indicator. The key that transmits the block from 
the terminal must either transmit the end-of-block 
Indicator after sending your stored lines, or the 
last character you entered in the last line must be 
the end-of-block indicator and the key should 
transmit nothing other than the stored lines. 

You or the application program can change the indi- 
cators. You or the program can also determine 
whether each logical line in a transmission block 
becomes a separate message or each transmission 
block becomes a single message (refer to the EL and 
EB options of the EB command, described in section 
5). 

When the NPU is told a console is operating in net- 
work block mode, the NPU does not perform line 
turnaround for it until all of its current trans- 
mission block is received. When the terminal is 
serviced in this mode, the NPU holds all downline 
data available for the device until It detects the 
end-of-block indicator. Output is allowed after 
each logical line of input only if each logical 
line of input is transmitted In a separate block. 
(Refer to the BK and PT options for the IN command, 
described in section 5.) 

A block mode terminal might have a block transmis- 
sion key that generates a code other than the end- 
of-block indicator. When the block transmission 
key generates the end-of-line indicator, the ter- 
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minal is operating in network line mode, and logi- 
cal lines are transmitted from the terminal as 
separate messages. 

When the transmission key does not generate either 
the currently defined end-of-line indicator or the 
currently defined end-of-block indicator, you must 
be aware of the distinction. If the key generates 
another character, you must change the currently 
defined end-of-block indicator to match that char- 
acter. If you do not, the character is interpreted 
as data in an incomplete logical line. If the key 
generates no code, you must enter an indicator as 
the last data character before pressing the trans- 
mission key. These possible conditions exist: 

If the transmission key is pressed immediately 
after pressing the key that generates an end- 
of-line Indicator, a message is generated. 
This result is the same as If the device were 
operating in line mode and the key generating 
an end-of-line indicator had been pressed, or 
as if the key generating an end-of-block indi- 
cator had been pressed. 

If the transmission key is sed immediately 
after pressing the key thai ,nerates an end- 
of-block indicator, a message is generated. 
This result is the same as if the device were 
operating in line mode and the key generating 
an end-of-line indicator had been pressed, or 
as if the transmission key had generated an 
end-of-block indicator. 

If the transmission key is pressed without 
pressing an end-of-line key or end-of-block key 
as the last prior activity, an incomplete mes- 
sage exists. The Terminal Interface Program 
(TIP) generates an upline network data block if 
enough information was received. If downline 
blocks subsequently become available for the 
device, the data remains queued while the TIP 
waits for completion of the input transmission 
block. This situation exists until you enter 
more data, ending with either an end-of-line or 
an end-of-block indicator. 



PHYSICAL AND LOGICAL LINES 

A logical line of input can contain one or more 
physical lines; a physical line ends when vertical 
repositioning of the cursor or carriage occurs. If 
the device recognizes a line feed operation dis- 
tinct from a carriage return operation, a physical 
line ends when a line feed is entered. If no dis- 
tinction exists between vertical and horizontal 
repositioning, a physical line is Identical to a 
logical line. 

A physical line of input is relevant to the network 
software when a backspace character is processed. 
You usually cannot backspace across physical line 
boundaries to delete characters in physical lines 
other than the current one. 

A physical line ended by a line feed can be sepa- 
rately transmitted to the host as a network block 
within a longer message, if you want that to 
occur. This requires using the blocking factor 
command, discussed in section 5. The keys that 
indicate a line feed to the network are listed in 
table 2-1 for typical terminals of each terminal 
class. 
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TABLE 2-1. TERMINAL INPUT CONTROL KEYS 



Terminal 



Teletype 
Model 30 Series 
Keyboard mode 
(IN=KB) 

Teletype 
Model 30 Series 
Paper tape mode 
(IN=PT) 

CDC 713 



CDC 751 or 752 
or 756 (CHARacter 
switch setting) 



CDC 751 
(LINE switch 
setting) 

CDC 751 or 756 
(BLOCK switch 
setting) 

CDC 751 
(cassette player) 

CDC 721 

Viking Extended 
(LARGE CYBER 
setting) 

IBM 2741 



Teletype 
Model 40-2 
(Conversational 
mode S/R switch 
setting only) 

Teletype 

Model 40-2 (Batch 
mode S/R switch 
setting only) 

Hazel tine 2000 
(HALF or FULL 
switch setting 
only) 

Hazeltine 2000 
(BATCH switch 
setting only) 

Digital Equipment 
VTIOO (ANSI 
X3.64) 



Terminal 
Class 



Function 



Termlnal-to-NPU 
Transmission 



Character (1) Line (1) Block (2) 



All 



None 



All 



All 



None 



None 



None 



All 



All 



All 



None 



All 



None 



All 



None 



None 



None 



None 



CARRIAGE 
RETURN 



None 



None 



None 



None 



None 



None 



None 



None 



None 



None 



START 



None 



None 



None 



SEND 



READ 
TAPE 



None 



None 



None 



SEND 



None 



SHIFT 

and 

XMIT 

None 



End-of-Block 
Indicator 

( [cD ) 



CTL 

and D (3) 



X-OFF after 
RETURN 



CNTRL 
and D (3) 

CONTROL 
and D (3) 



CONTROL 
and D (3) 



CONTROL 
and D (3) 



CONTROL 
and S (3) 

CTRL 

and D (3) 



None 



CNTRL 
and D (3) 



CNTRL 
and D (3) 



CNTRL 
and D (3) 



CNTRL 
and D (3) 



CNTRL 
and D (3) 



End-of-Llne 
Indicator 
( [cr| ) 



RETURN 



RETURN 



RETURN 



NEXT 



RETURN 



RETURN 



RETURN 



CR 



CR 



RETURN 



End of Phys- 
ical Line 
(Line Feed) 



CARRIAGE 


LINE 


RETURN 


FEED 


CARRIAGE 


LINE 


RETURN 


FEED 


CARRIAGE 


LINE 


RETURN 


FEED 


CARRIAGE 


LINE 


RETURN 


FEED 



LINE 
FEED 



LINE 
FEED 



LF 



ATTN or 
RETURN 

NEW 
LINE (4) 



NEW 
LINE (4) 



LF (5) 



LF (5) 



LINE 
FEED 



o 



~'\ 



'\J 
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TABLE 2-1. TERMINAL INPUT CONTROL KEYS (Contd) 



Terminal 



Tektronix 4010 

(teletypewriter 

emulation) 

HASP Workstation 

CDC CYBER 18 
COMM 18 HASP 
Simulator 

CDC 200 
User Terminal 
(LINE switch 
setting) 



CDC CYBER 18 
COMM 18 200 
User Terminal 
Simulator 

CDC 714-30/40 

CDC 711-10 

CDC 714-10/20 

CDC 731-12 or 
732-12 

CDC 734 

IBM 2780 

IBM 3780 

IBM 3270 



Terminal 
Class 



9 or 14 
9 

10 

10 

11 
12 
13 
15 

15 
16 

17 

18 



Function 



Terminal -to-NPU 
Transmission 



Character (1) 



All 

None 
None 

None 

None 

None 
None 
None 
None 

None 
None 

None 

None 



Line (1) 



None 

Varies (6) 
RETURN (7) 

SEND 
RETURN 



ETX 
ETX 
ETX 
ETX 

SEND 

End of 
card (8) 

End of 
card (8) 

ENTER 



Block (2) 



None 

None 
None 

SEND 

RETURN 

None 
None 
None 
None 

None 
None 

None 
None 



End-of-Block 

Ind icat or 

( [cF] ) 



CNTRL 
and D (3) 

None 
None 



SEND 

RETURN 

ETX 
ETX 
ETX 
ETX 

SEND 
None 

None 
ENTER 



End-of-Line 
In dica tor 
( [cr] ) 



RETURN 

Varies (6) 
RETURN 



RETURN or 
NEW LINE 



RETURN 



NEW 


LINE 


None 


NEW 


LINE 


None 


NEW 


LINE 


None 


NEW 


LINE 


None 


NEW 


LINE 


None 


EM 




None 


EM 




None 


n/a 




None 



End of Phys- 
ical Line 
(Line Feed) 



LF 

None 
None 

None 
None 



NOTES: 
(1) 
(2) 

(3) 

W 
(5) 
(6) 



Does not apply if connected through an X.25 packet-switching network. 

If connected through an X.25 packet switching network, a key or key sequence defined by the packet 
assembly/disassembly (PAD) service is always used. 

If connected through an X.25 packet-switching network, the end-of -packet sequence M-bit setting also 
serves this function. 

A hardware option can make this key functionally identical to the RETURN key. 

This key does not cause a repositioning operation at the terminal. 

Different terminals use different keys for this purpose . 



(7) Requires COMM 18 command prefix. This emulator uses an exception-processing concept for 
communication with the network. 

(8) Generates end-of-message (EM) code sequence. 
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A logical line of Input always ends when an Inter- 
active device transmits an end-of-line or end-of- 
block indicator. An upline message Is transmitted 
to the host as soon as a logical line ends. 



END-OF-LINE INDICATORS 

The end-of-line indicator is Initially established 
by the network administrator when he or she defines 
the device. The indicator is either a specific 
code, a code sequence, or a specific condition 
associated with your use of a certain key or set of 
keys. The default keys for generating an end-of- 
I line indicator are shown in table 2-1, For mode 4 
terminals, the default end-of-line indicator is 
also the end-of-block Indicator, allowing one 
message per transmission block. 

You or the application program can change this 
indicator (refer to the EL command options, 
described in section 5). The NPU normally discards 
any end-of-line indicator character code when it 
detects the end of a logical line. 



MULTIPLE LOGICAL LINES IN ONE 
MESSAGE 

For upline data frcMii a console, the network admin- 
istrator can configure the device so that the NPU 
ignores the character or event that normally causes 
it to transmit a message as soon as a logical line 
ends. Instead, he or she can make the NPU use a 
different character or event to trigger transmis- 
sion to the host. You or the application program 
can also make this change (refer to the EB option 
of the EL command, described in section 5). 

This option allows you to pack many logical lines 
into one set of upline network blocks. Each line 
includes the end-of-line indicator as a data char- 
acter that terminates it. This Is a form of 
single-message mode, because the host receives only 
one message. From your viewpoint, one message is 
many logical lines. 



END-OF-BLOCK INDICATORS 

The end-of-block indicator is Initially chosen for 
the device by the network administrator wheft he or 
she defines the device. The indicator is either a 
specific code, a code sequence, or a specific con- 
dition associated with your use of a certain key or 
set of keys . 

The default keys for generating an end-of-block 
Indicator are shown in table 2-1. In X.25 packet- 
switching networks, the packet transmission condi- 
tion is always an end-of-block indicator. 

I When a console is not operating In block mode, the 
end-of-block indicator is treated as any other 
character. 

You or the application program can change the end- 
of-block indicator (refer to the EB command, 
described in section 5). This indicator normally 
is discarded when the last message from the device 
Is sent upline. 
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CONSOLE OUTPUT CONCEPTS 

A downline message can contain many logical lines 
of output. Each logical line can contain many 
physical lines of output. 

A logical line of output ends when the application 
program embeds a code or set of bytes for that pur- 
pose in the message, or when the block containing 
the line ends. A downline message ends when an 
application program indicates that condition. 

Because downline messages can always contain more 
than one logical line, a console can always receive 
the output equivalent of a multiple-message block 
mode input transmission. The application program 
can group logical lines as necessary to achieve 
that effect. 

If a message fits into a downline network data 
block, the block becomes a single-block message. 
If one downline message cannot be fit into a single 
network data block, the application program can 
split it into as many blocks as necessary. An 
application program generally sends a single mes- 
sage (consisting of as many logical lines as neces- 
sary) as the response to one input message from a 
console. 

When you discard a block of output (that process is 
described later in this section), you might be dis- 
carding: 

Several physical lines 

One logical line 

Several logical lines within a longer message 

An entire message 

BATCH DEVICE DATA 

Batch devices can be serviced as site-defined 
device types through the console Interface 
described in this section. A separate set of infor- 
mation structures also exists for batch devices 
serviced by CDC -written Terminal Interface Programs 
and application programs. 

These programs require large amounts of data to be 
exchanged between a host computer's mass storage 
devices and CDC-defined batch devices. Such batch 
data is therefore assembled into messages of one or 
more network data blocks . Each network data block 
contains one or more mass storage physical record 
units (PRUs). Because only the CDC -written Remote 
Batch Facility can use the special Interface for 
CDC-defined batch devices, the remainder of this 
manual does not discuss the requirements this 
interface imposes on batch data or batch device 
support. 



CONSOLE DATA 

As mentioned earlier in this section, a console can 
send and receive data in two modes : 

Normalized mode 

Transparent mode 
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The format and content of data in these modes are 
described later In this subsection. The char- 
acteristics of a console depend on which data 
exchange mode is currently used. 

I In normalized mode, from the application's view, 
the characteristics of a console are as follows: 

A page of output has infinite (no physical) 
width; logical lines are divided automatically 
as needed to fit the physical line restrictions 
of the device. 

A page of output has infinite (no physical) 
length; sets of logical lines are divided auto- 
matically as needed to fit the physical 
restrictions of the device page. 

A logical line of output cannot be longer than 
a single network block; a single message can 
contain an infinite number of logical lines. 

Characters are either 7-bit ASCII codes using 
zero parity (bit 7, the eighth bit, is always 
zero in upline data and Ignored in downline 
data), or 6-blt display codes with no parity. 

Logical lines of input are terminated by a 
changeable character or condition; this ter- 
minator is the end-of-line or end-of-block 
indicator described earlier in this section. 
The input terminator is not part of the data 
seen by an application program unless the full- 
ASCII feature is used (this is explained later 
in this subsection and in section 5 where the 
FA command is described). 

Logical lines of output are terminated by an 
ASCII unit separator character code (US, repre- 
sented by the hexadecimal value IF) or the end 
of a zero-byte terminated record. The applica- 
tion program places this terminator in the data. 

Logical lines can be divided into physical 
lines by embedding optional format control 
characters in downline blocks. Output format- 
ting is described in more detail in section 3. 

I In transparent mode, from the application's view, 
the characteristics of a console are as follows: 

A page of output has infinite (no physical) 
width. 



The application must perform any cursor posi- 
tioning actions required, and must make any 
timing adjustments needed at the end of physi- 
cal output lines. 



LINE TURNAROUND CONVENTION 

The application program can service a console as if 
the device always operates in a full-duplex mode. 
That is, input and output can occur independently; 
you can enter several logical lines at once (an 
operation called typeahead), without waiting for a 
response to each line. 

Application program input and output need not 
alternate. However, some devices cannot actually 
operate that way. To prevent a loss of synchroni- 
zation between input and output at such devices, a 
line turnaround convention exists. This convention 
consists of the following events. 



The end of a message has special significance to 
the network software during output to a console. 
When such a block is the last block of output 
queued for delivery to the device, the network 
software: 

Unlocks the keyboard of a console being ser- 
viced as terminal class 4 (an IBM 2741). 

Sends an X-ON code to start an automatic paper 
tape input mechanism, if one has been defined 
as the input mechanism for the device. Paper 
tape operation is explained in more detail in 
sections 3 and 5 where the IN and OP commands 
are described. 

Identifies an au! ic input prompt to be 
returned, if the api^^ication program uses this 
feature. When this feature is used, the net- 
work software delivers the block to the device 
and retains the first 20 characters in the 
NPD's input buffer. Subsequent input from the 
device is attached to the end of the retained 
data. (If more than one logical line is 
received from the device, the first is appended 
to the retained data.) All logical lines are 
transmitted to the host as received from the 
device. 



o 
o 



A page of output has infinite (no physical) 
length. 

Characters are either 7-bit codes using zero 
parity (bit 7, the eighth bit, is always zero 
in upline data and ignored in downline data), 
or codes of a terminal-dependent code set with 
terminal-dependent parity. 

Messages of input are terminated by a change- 
able character or condition; this terminator is 
one of the message or mode delimiters described 
later in this section. The mode delimiter is 
not part of the data seen by an application 
program. 

Messages of output are terminated by a condi- 
tion or event chosen by an application program 
(each network block is separately designated as 
transparent or normalized when sent). 
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If the terminal is a half -duplex device, such as a 
2741 or a paper tape reader/punch, it must enter 
input before the network software will deliver 
additional output messages. Other devices are not 
subject to this restriction. 

You can satisfy the requirement for an input block 
after an end of message is output in several ways. 
You can enter an empty input line, which will reach 
the application program as an end of message for a 
block containing nothing. You can enter a line 
containing data, which will reach the application 
program as one or more network data blocks. 

Full duplex devices can interrupt output by | 
entering input. When this occurs, the network 
software stops the output until you complete the 
input (using an end-of-line or end-of-block 
indicator). Output then resumes at the next 
character of the current physical and logical line. 
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CONSOLE EXCHANGE MODES 

The conventions of block content depend on the mode 
In which the block Is exchanged. There are two 
possible exchange modes, normalized mode and trans- 
parent mode. The latter is referred to In other 
manuals as binary mode. This manual uses trans- 
parent mode to Indicate exchange of a block that Is 
not In normalized mode. 



Normalized Mode Operation 

The network software assembles message character 
data Into upline network data blocks from terminal 
transmission blocks. It disassembles character 
data fr(M downline network data blocks, reassem- 
bling the characters Into terminal transmission 
blocks. Figure 2-1 Illustrates this process. 

The assembly operation Is controlled by the 
termination of logical lines. The disassembly 
operation can be controlled by the termination of 
physical lines when that is appropriate for the 
output mechanism of the device. The disassembly 
operation can also be modified by format control 
characters embedded In each block, and by the page 
width defined for the device (refer to the PW com- 
mand In section S). 



End of Logical Lines In Input 

liOglcal lines reach an application program as one 
or more network data blocks. Logical lines usually 
end when a message ends and do not contain the 
character or code sequence defined as the end-of- 
llne or end-of-block key. 

However, two special cases exist. Logical lines do 
contain the end-of-line or end-of-block codes when 
the device is operating in full-ASCII editing mode 
(described later in this section). Logical lines 
also contain the end-of-llne code as data for the 
host when the network end-of-llne indicator is 
changed to be the default end-of-block indicator 
for the device (see the £B option of the EL command 
described In section 5). In the latter case, the 
transmission block becomes a message, and the logi- 
cal lines within it have no effect on construction 
or type of network data blocks. 



Logical and Physical Lines in Output 

A single logical line can contain many complete 
physical lines. A single block can contain many 
complete logical lines, and a message can be one or 
many such blocks. A physical or logical line can- 
not, however, be continued from one block to 
another . 



o 
o 



•/ ""V 



\.. 



.J^ 



Physical Lines 






















Line 1 




Line 2 




Line 3 




Line 4 




Logicc 


•* — 100 characters-* 

I Lines 

L 

I 


-ogic 
.ine 


■* — 68 characters—*- 

'' * 

a 




•<— 100 characters—* 

Logical 
Line b 




-« — 9 


characters — * 

Logical 
Line c 






Line 1 




Line 2 




Line 3 




Line 4 




Term in 


■•—100 characters -»■ 
al Transmission Bloc 


k (B 


■* — 68 characters-»- 
lock Mode Operation 


Input) 


■m — 100 characters—* 




-—9 


characters — * 








ission 






















^ I 

I 


.ogic 
.ine 


al ^ 

a 




^ Logical ^ 
Line b 






Logical ^ 
Line e 








Line 1 




Line 2 




Line 3 




Line 4 






■*— 100 characters-*- 




■« — 68 characters-*- 




••—100 characters— * 




-• — 9 


characters — * 



















o 
o 



Figure 2-1. Physical and Logical Information Structures in Normalized Data 
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Logical lines within downline blocks are ended by 
an end-of-llne Indicator. Unlike the end-of-line 
indicators used in upline blocks, downline blocks 
always contain codes for the end-of-line function; 
the codes used downline are always the same and 
usually differ from the codes used upline. The 
downline end-of-line indicator varies according to 
the way the application program stores information 
in the block. 

The end-of-line indicator in blocks using 8-bit 
characters in 8-bit or 12-bit bytes is determined 
by whether the block is sent In normalized mode or 
transparent mode (described later in this section). 
In transparent mode, no end-of-line indicator 
exists. In normalized mode, the end-of-line indi- 
cator Is the ASCII unit separator character US. 



Complete Editing 

During complete editing operations , the following 
hexadecimal character codes cannot be received by 
the network application program: 

00 (the ASCII character NUL) 

DA (the ASCII character LF) 

7F (the ASCII character DEL) 

The backspace character code currently defined 
for the device (see the BS command in section 5) 

The end-of-line indicator currently defined for 
the device (see the EL command In section 5) 



o 






The end-of-line indicator in blocks using 6-bit 
character bytes is 12 to 66 bits of zero; these 
bits are right justified to fill the last central 
memory word involved. This convention makes each 
logical line the equivalent of a zero-byte termina- 
ted logical record. 

The 6-bit option requires a right-justified 12-bit 
byte in at least one central memory word. On com- 
puters using the 64-character set, the colon is 
represented in 6-bit display code by six zero bits. 
On such systems, if the application needs to send 
colons to the console in 6-bit display code, care 
must be taken to make sure that a string of colons 
is not Interpreted as an end-of-line indicator. A 
colon preceding the end-of-line indicator is con- 
sidered as part of the indicator and not as a colon 
when it occupies one of the two rightmost character 
positions in the next-to-last central memory word 
of the block or any of the eight leftmost positions 
in the last word of the block. 

All predefined end-of-line indicators embedded 
within a block are discarded by the network soft- 
ware and produce no characters on the console. The 
network software can perform carriage or cursor 
repositioning when an end-of-line indicator is 
encountered; this operation is in section 3 under 
Output Formatting, where format effectors are 
described. 



Upline Character Sets and Editing Modes 

The network protocol permits entry from a device of 
any code less than or equal to 8 bits per char- 
acter; however, a normalized mode character always 
reaches an application program as one of the 128 
ASCII characters defined in appendix A. Receipt of 
an entered character by the application program 
depends on the editing functions performed by the 
TIP. Three editing modes exist for the TIP when it 
processes normalized data: 

Complete normalized editing mode 

Special editing mode 



The end-of-block indicator currently defined 
for the device (see the EB command in section 5) 

The following hexadecimal character codes cannot be 
received, if entered at certain points in a message: 

02 (the ASCII character STX) , if entered as the I 
first character of a message | 

11 (the ASCII character DCl) if it follows an 
end-of-llne or end-of-block indicator and the 
TIP is supporting output control for the device 
(see the Y option of the OC command in section 
5) 

13 (the ASCII character DC3) if it follows an 
end-of-line or end-of-block Indicator and the 
TIP is supporting output control for the device 
(see the Y option of the OC command in section 
5) 

13 (the ASCII character DC3) if it follows an 
end-of-line or end-of-block indicator and the 
input mechanism is known to be a paper tape 
reader (see the PT option of the IN command in 
section 5) 

The user-break-1 and user-break-2 character 
codes currently defined for the terminal, if 
entered as the only character in a message (see 
the Bl and B2 commands in section 5) 

The abort-output-block character code currently 
defined for the terminal, if entered as the 
only character in a message (see the AB command 
in section 5) 

The network control character currently defined 
for the terminal when it follows an end-of-line 
or end-of-block indicator or when it is used 
for such purposes as page turning (see the CT 
command and the Y option of the PG command in 
section 5) 

The currently defined cancel-input character is 
always received at the end of the logical line it 
cancels. This character is not data. 



o 
o 



Full-ASCII mode 

I Devices usually begin a connection with the network 
In normalized mode. The Initial upline editing 
mode Is complete editing. You or the application 
program can change that mode using the SE or FA 
commands, described in section 5. 
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Special Editing 

Special editing takes precedence Over complete 
editing. Special editing cannot occur if the ter- 
minal operates in network block mode. 
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When special editing occurs, line feed codes and 
the currently defined backspace code are forwarded 
to the application program as data. The network 
software sends appropriate responses to the device 
when it receives these codes. 

During special editing operations, the following 
hexadecimal character codes cannot be received by 
the network application program: 

00 (the ASCII character NUL) 

7F (the ASCII character DEL) 

The end-of-line indicator currently defined for 
the device (see the EL command In section 5) 

The end-of-block indicator currently defined 
for the device (see the EB command in section 5) 

The following hexadecimal character codes cannot be 
received, if entered at certain points in a message: 

02 (the ASCII character STX) if entered as the 
first character of a message 

11 (the ASCII character DCl) if it follows an 
end-of-line or end-of-block indicator and the 
TIP is supporting output control for the device 
(see the Y option of the OC command in section 
5) 

13 (the ASCII character DC3) if it follows an 
end-of-line or end-of-block indicator and the 
TIP is supporting output control for the device 
(see the Y option of the OC command In section 
5) 

13 (the ASCII character DC3) if it follows an 
end-of-line or end-of-block indicator and the 
input mechanism is known to be a paper tape 
reader (see the PT option of the IN command in 
section 5) 

The user-break-1 and user-break-2 character 
codes currently defined for the terminal, if 
entered as the only character in a message (see 
the Bl and B2 commands in section 5) 

The abort-output-block character code currently 
defined for the terminal, if entered as the 
only character in a message (see the AB command 
in section 5) 

The network control character currently defined 
for the terminal when it follows an end-of-line 
or end-of-block Indicator or when it is used 
for such purposes as page turning (see the CT 
command and the Y option of the PG command in 
section 5) 

The currently defined cancel-input character is 
always received at the end of the logical line it 
cancels. This character is not data. 



Full-ASCII Editing 

Full-ASCII editing takes precedence over special 
editing or complete editing. When full-ASCII edit- 
ing occurs, almost all codes are forwarded to the 
application program as data. The network software 
does not perform actions at the terminal when it 
receives the codes for backspace, abort-output- 
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block, cancel-input, user-break-1, or user-break-2. 
These codes and the end-of-line and end-of-block 
Indicator codes are sent upline as data. 

During full-ASCII editing operations, the following 
hexadecimal character codes cannot be received by 
the network application program: 

00 (the ASCII character NUL) if it occurs after 
the end-of-line or end-of-block indicator 

OA (the ASCII character LF) if it occurs after 
the end-of-line or end-of-block indicator 

7F (the ASCII character DEL) if it occurs after 
the end-of-line or 6nd-of-block Indicator 

11 (the ASCII character DCl) if it follows an | 
end-of-line or end-of-block indicator and the 
TIP is supporting output control for the device 
(see the Y option of the OC command in section 
5) 



13 (the ASCII character DCS) if it follows an 
end-of-line or end-of-block indicator and the 
TIP is supporting output control for the device 
(see the Y option of the OC command in section 
5) 

13 (the ASCII character DC3) if it follows an 
end-of-line or end-of-block Indicator and is 
explicitly supporting paper tape input from the 
device (see the PT option of the IN command in 
section 5). 

The network control character currently defined 
for the terminal when it follows an end-of-line 
or end-of-block indicator or when it is used 
for such purposes as page turning (see the CT 
command and the Y option of the FG command in 
section 5) 

The currently defined cancel-input character is 
always received as the last character of the logi- 
cal line it ended. This character is data. 



Downline Character Sets 

The network protocol permits transmission from a 
network application program of any character code 
less than or equal to 8 bits. If the application 
program transmits an 8-bit code, it cannot use the 
upper (eighth) bit for data unless it is transmit- 
ting in transparent mode. 

In normalized mode, the application program can 
only use the 128 ASCII characters defined in appen- 
dix A. If the application program transmits a 
7-bit ASCII code, it cannot use the upper (eighth) 
bit for parity; the network ignores the eighth bit 
in downline normalized mode data. 

Receipt of a transmitted character by the device 
depends on the editing functions and character 
transformations performed by the TIP. In addition 
to character codes altered during the translation 
and substitution operations described elsewhere in 
this section and in appendix A, the hexadecimal 
character code IF (the ASCII character US used as a 
downline block end-of-line indicator) cannot be 
received by a device when the application program 
transmits a block in normalized mode. 
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If the application program allows format effectors 
in output and does not supply them automatically, 
the first character in each logical line also is 
deleted or replaced. Format effectors are 
described in section 3. 



Page Width and Page Length 



The application program receives an indication of 
the page width and page length in effect for a con- 
sole when connection with the device first occurs. 
You or the application program can change the page 
width and page length in effect for the console. 

The Terminal Interface Program uses the page width 
value to transform logical lines of downline data 
into physical lines of output and to determine the 
boundaries allowed for backspacing. The TIP uses 
the page length defined for the console to format 
physical lines into physical pages or screens of 
output . 

For consoles defined as having hardcopy output 
mechanisms (see the PR option of the OP command in 
section 5), a logical line of downline data con- 
taining more characters than the page width value 
permits is divided into singly spaced physical 
lines. These physical lines are equal to or 
shorter than the page width in effect and are dis- 
played successively. 

For all consoles, the page width is used as part of 
the line-counting algorithm to determine the page 
length. Each logical line is examined to determine 
how many multiples of the page width (how many 
physical lines) it contains. Each complete or par- 
tial multiple counts as one line when the TIP 
determines the page length. 

Line counting begins at the beginning of each down- 
line message. The line counter is reset to zero 
each time the page length of the device is reached, 
each time any input occurs, or when page turning 
occurs during page waiting operation. Refer to the 
PG, PW, and PL commands in section 5. 

The physical line width of the device might be 
smaller than the page width defined for the 
device. When this happens, the effect of sending a 
logical line of downline data containing more char- 
acters than the physical line width permits depends 
on the terminal hardware. 



Transparent Mode Operation for Other Than 
3270 Terminals 

Blocks exchanged between an application program and 
a console device in transparent mode do not use 
most of the features of the network: 

No Input editing occurs. 

No code conversion occurs. 

No format effector deletions and replacements 
are performed for downline blocks. 

No page width operations are performed to pre- 
serve physical line boundaries. 

Page waiting occurs only at the end of a down- 
line message (see the PG command in section 5). 
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Transparent mode operation is separately selected 
for input and output. Either you or the applica- 
tion program can start transparent mode Input, 
using the IN command described in section 5. Only 
the application program can start transparent mode 
output. 

Transparent mode messages need not be equivalent to 
normalized mode logical lines. 

Transparent mode data can occupy up to 8 bits of an 
8-blt byte, representing up to 256 distinct charac- 
ter codes or device instructions. Codes longer than 
8 bits cannot be exchanged; data packed in 12-bit 
bytes by an application program or a terminal device 
is truncated to 8 bits by the network software. 

HASP terminals (terminal classes 9 and 14) and 
bisynchronous terminals (terminal classes 16 and 
17) cannot transmit or receive such blocks. All 
other terminals can, although mode 4 terminals 
(terminal classes 10 through 13 and 15) require the 
special treatment described below. 

During transparent mode operation, the application 
program is responsible for all data formatting and 
terminal control. For mode 4 terminals, this means 
that the Terminal Interface Program does not blank- 
fill the current line and unlock the keyboard 
before input can be performed; the TIP does add or 
remove the line transmission portion of the proto- 
col envelope (characters that are not part of your 
data) to or from all message text exchanged with 
the terminal. 

Two mutually exclusive forms of transparent mode 
input can be selected. The network administrator 
can make this selection when the device is defined 
In the network configuration file, or you or the 
application program can make it while the device is 
active. The two forms are: 



Single message 

Multiple message 
operation) 



(analogous to block mode 



3270 Transparent Mode Operation 



Downline 

The application constructs a screen-full of 
protected/unprotected yields and supplies all the 
desired attribute-characters and screen-buffer- 
addresses for the fields. The TIP is responsible 
for preceding the block of output by SYNC- 
characters, start-of-text , and escape-char, and 
attaches ETX, CRC, and PAD at the end. The TIP 
also translates all downline data ASCII to EBCDIC 
and performs SYNC-flll. 

A typical start of a field would be: 

SBA set -buffer-address x '11' 

BAl buffer-address-1 

BA2 buff er-address-2 

ATT attribute-^char 



where the attribute-character 
characteristics of the field: 

protected 
unprotected 



determines 



the 
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intensified 
numeric shift 

The application is also expected to insert the 
cursor at a desired location. 

Once transparent output is delivered to a 3270 
terminal, the TIF assumes transparent input until a 
non-transparent downline block is delivered to the 
terminal. 

To protect the integrity of the protocol, the TIP 
replaces certain downline characters by NTJLLs. The 
characters replaced are: 

SOH, STX, ETX, EOT, ENQ, ACK, NAK, SYNC 



Upline 

Once transparent output is delivered, the TIP sends 
to the host all modified unprotected fields received 
from the terminal Including the SBA and buffer- 
address-chars (2) of each field. The terminal does 
not send the attribute characters back to the TIP. 

If the Incoming text is larger than one transmis- 
sion block (256 characters), the TIP will send, 

BLK/BLK/ .... /MSG 

so that the application can reproduce a full screen. 

Single-Message Input 

For single-message input, one or more transparent 
mode input delimiters are specified, using the DL 
command options described in section 5. The end of 
a message ends transparent mode input. The opposite 
is true also: when transparent input ends, so does 
the current message. Single-message transparent 
mode input ends when the Terminal Interface Program 
encounters one of the mode delimiter conditions. 



Multiple-Message Input 

For multiple-message input, you or the application 
program define: 

One or two input end-of-message indicators 
(equivalent to a normalized mode end-of-llne 
indicator) 

One or two transparent mode input delimiters 
(analogous to a normalized mode end-of-block 
indicator) 

Each message ends at an end-of-message indicator; 
the last message ends when transparent input mode 
ends. The end of a message, however, does not 
automatically mean the end of transparent mode 
input. The end-of-message Indicator and mode de- 
limiters are specified using the XL command options 
in section 5. 



Upline Message Blocks 

A transparent mode Input block is assembled each 
time the network block size Is reached or the 
Terminal Interface Program encounters an end-of- 
message indicator. The last block in the last mes- 



sage is assembled when the delimiter condition is 
encountered. Figure 2-2 illustrates this concept. 

If the end-of-message indicator is a specific char- 
acter code, the TIP removes that code from the 
character stream before assembling the last block. 
The transparent mode delimiter code (if one exists) 
is also removed. 

In transparent mode, the concept of a logical line 
is not meaningful to the network software. Both 
the end-of-llne and end-of-block Indicators are 
data within a transparent message. 



Transparent Mode Output 

Transparent mode output data can be divided arbi- 
trarily into blocks and messages, provided the 
restrictions on network block size are met. A 
transparent mode downline block ends when the last 
character it contains is transferred to the network. | 

If the TIP is performing page-wait operations for 
the terminal during transparent mode operation, 
output stops to wait for terminal operator acknowl- 
edgment at the end of each message. The automatic 
input feature can be used with the last block of a 
transparent mode output message. 



Parity Processing 

Actual terminal codes are right-justified with zero 
fill within the 8-blt character portion of the 
input or output byte. The codes contained In the 
input or output bytes depend on the parity option 
declared for the terminal. 

The actual terminal code parity bit can be used for 
meaningful code only if no parity, or ignore 
parity, is declared (see the N and I options of the 
PA command in section 5). Otherwise, the parity 
bit is zero in input blocks and set by the network 
processing unit on output. 



For example: 

If the terminal uses a 7-blt code such as 
ASCII, with the eighth bit as a parity bit, the 
setting of the eighth bit is determined by the 
parity option selected for the terminal. If 
zero parity is declared, the eighth bit is 
always zero on input and output. If odd or 
even parity is declared, the eighth bit varies 
on input and output to satisfy the character 
parity requirement. If no parity, or ignore 
parity, is declared, the eighth bit is treated 
as part of the character data and is not 
changed during input or output. 

If the terminal uses a 6-blt code, with the 
seventh bit as a parity bit, the setting of the 
seventh bit is determined by the parity option 
selected for the terminal. If zero parity is 
declared, the seventh bit is always zero on 
input and output. If odd or even parity is 
declared, the seventh bit varies on input and 
output to satisfy the character parity require- 
ment. If no parity, or ignore parity, is 
declared, the seventh bit is treated as part of 
the character data and is not changed during 
input or output. 



o 
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Figure 2-2. Physical and Logical Information Structures in Transparent Mode Data 
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USING THE INTERFACES 

We can now examine how you use this information 
when: 

Transmitting data from a terminal 

Receiving data at a terminal 



DATA INPUT TRANSMISSIONS 

Bewildering things sometimes occur when a terminal 
user presses a key. Pressing a key at one terminal 
causes action A, while pressing a key marked the 
same way at another terminal causes action B (or, 
worse, yet, actions B, C, and D). 

You can understand these situations , and sometimes 
avoid them, by knowing the following: 

When a character is transmitted by the terminal 

When a line is transmitted to the host computer 

What constitutes a physical line of data 

What constitutes a logical line of data 

What constitutes a logical message 
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The network's view of these things was discussed 
earlier in this section. Now we can examine how 
you use these features through a console keyboard. 

Transmission Time and Transmission Block Size 

When transmission of data from the terminal occurs 
depends on the upline transmission block size of 
the terminal. On some terminals, transmission time 
and upline transmission block size are selected 
with a hardware or controlware switch (usually 
described in the terminal operator's guide as a 
transmission mode switch). At other terminals, the 
transmission time and size are fixed when the ter- 
minal is built. 

There are three transmission times, with corre- 
sponding transmission block sizes: 

Character-by-character (called conversational 
mode or character mode) 

Line-by-line (called line mode) 

Block-by-block (called batch mode or block mode) 

When your terminal uses character mode transmis- 
sion, each character is transmitted to the network 
processing unit as soon as you enter it. A trans- 
mission block is one character long. 
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When your terminal uses line mode transmission, 
each character you enter Is stored In the terminal 
buffer memory until you indicate that the line Is 
complete (or until the buffer Is completely 
filled). Transmission to the network processing 
unit occurs only when no more information can be 
entered on the line. A transmission block is typi- 
cally 80 characters long. 

When your terminal uses block mode transmission, 
each character you enter Is stored in the terminal 
buffer memory. When you indicate that the line Is 
complete, that indication is also stored. Unless 
you also Indicate that the buffer can be trans- 
mitted to the network processing unit, any char- 
acters you subsequently enter are stored within the 
terminal as part of another line of data. A trans- 
mission block can be several thousand characters 
long. 

In summary, character mode terminals do not buffer 
input before transmission. Line mode terminals 
buffer an entry one physical or logical line long 
before transmission. Block mode terminals buffer 
many entries of physical or logical lines before 
transmission . 

Character mode terminals for which paper tape input 
has been prepared off-line operate like network 
block mode terminals. Teletypewriter use of paper 
tape in this manner Is described in section 3. 

The primary Impact of transmission time, from a 
terminal user's viewpoint, is on editing of input. 
Mistakes can be edited out of entries on block mode 
or line mode terminals simply by repositioning the 
cursor or typing element carrier (usually by back- 
spacing) and typing over the error. The erroneous 
character, backspace characters, and characters 
backspaced over are all discarded before transmis- 
sion. This procedure does not work on entries at 
character mode terminals , because the information 
has already left the terminal . 

One function of the network processing unit Is to 
make input from one terminal look the same to host 
software as input from any other terminal. The NPU 
accomplishes this by buffering characters received 
from all terminals. This buffering permits the NPU 
to edit normalized mode input in a manner that 
mimics the off-line editing performed at line mode 
or block mode terminals. 

The NPU transmits the buffered input to the host 
only when you enter a code (such as the end-of-line 
or end-of-block indicator) that says no more data 
will be input for that line. This Indicator ter- 
minates buffer filling and sends a data message to 
the host. 

The network processing unit can distinguish between 
ending a physical line of data and ending a mes- 
sage. It makes this distinction on the basis of 
the character entered at the end of the line. 

If you end a physical line of data by pressing a 
line feed key, the network processing unit does not 
usually send the accumulated characters to the 
host , but presumes that the characters are part of 
a longer message. The NPU responds by causing a 
carriage return operation at the terminal 
I Immediately after the line feed caused by the key . 



The NPU does not process line feed characters this 
way when you use the special editing feature or 
change the blocking factor. Special editing was 
described elsewhere in this section and in section 
5; the blocking factor is discussed with the BF 
command in section 5. 

If you end the line of data by entering sin end-of- 
line or end-of-block indicator, the NPU sends the 
accumulated characters to the host and indicates 
that the message is complete. The NPU can Inform 
you of this operation by causing a line feed opera- 
tion and/or a carriage return operation in response 
to the Indicator received. 

These conventions give you four distinct function 
keys affecting transmissions from you to the host: 

A physical line forwarding (network data block 
transmission) key recognized by the network 

A message termination and transmission (end- 
of-line or transparent mode end-of-message) key 
recognized by the network 

A block termination and message transmission 
(end-of-block or transparent mode delimiter) 
key recognized by the network 

A message or block transmission key recognized 
by your terminal 

At character mode and line mode terminals, the 
second and third functional keys are usually the 
same physical key; terminating a message transmits 
that message. 

At a block mode terminal , the message termination 
key can be different physically as well as func- 
tionally from the message transmission key. You 
must understand the distinction between these keys 
to know when the NPU and the host software perform 
their functions for messages from such terminals. 
The NPU cannot transmit a terminated message to the 
host until the terminal transmits the message to 
the NPU. 

At line mode and block mode terminals , there is 
another factor determining when transmission from 
the terminal occurs . When such terminals use con- 
trolware or an emulator, the controlware or emula- 
tor can treat console entries in two ways: 

As communication intended for the host 
computer, unless otherwise Indicated; this mode 
of operation is called direct-transmission pro- 
cessing in this manual. 

As communication Intended for the emulator, 
unless otherwise indicated; this mode of opera- 
tion is called exception processing in this 
manual. 

Direct-transmission terminals are the most common 
among the terminals serviced by the network. Such 
terminals always transmit information to the net- 
work when the transmission key is pressed. 

Exception-processor terminals do not transmit any- 
thing to the network when the transmission key is 
pressed, unless the entry has been prefixed by 
something that serves as a command to make such a 
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transmission. Such terminals transmit Information 
to the network only when the form of each console 
entry is : 






o 






o 



prefix information | cri 



All entries described In this manual assume that 
you are operating a direct-transmission terminal . 
Operators of exception-processor terminals must 
adapt the format of an entry description to match 
the prefixing requirements of their specific ter- 
minals . 

Because of the ways in which your terminal can 
transmit data and the network can divide it into 
network data blocks , an application program can 
receive three types of input transmissions : 

A single-block message 

One block of a multiple-block message 

Multiple messages of one or more blocks each 



Not all application programs can distinguish among 
these three types. Because the single-block mes- 
sage is the simplest type and must be recognized by 
any application program to be functional, most 
manuals describing terminal use specify ending an 
entry by pressing the terminal transmission key . 
This manual is no exception. 

You should not use a message termination key that 
is separate from a message transmission key unless 
the application program receiving the transmissions 
supports the concept known as typeahead. Typeahead 
always exists when multiple messages are trans- 
mitted in a single terminal transmission block from 
the terminal. You should not use a line feed key 
as a line forwarding key unless the application 
program receiving the transmissions accumulates all 
transmissions constituting a single message before 
processing the first transmission of the set. 

There are two occasions when the distinction 
between transmitting a line and transmitting a mes- 
I sage is important to you : 

When transmitting a line suspends input pro- 
cessing, but transmitting a message does not 

When transmitting a line suspends output pro- 
cessing, but transmitting a message does not 

If you are communicating with a network application 
program that is designed to process messages , 
transmitting a line rather than a message causes 
the application program to delay processing of the 
entry until the message is complete. This delay 
can cause a situation in which you are waiting for 
the application program to do something, while the 
application program is waiting for you to do some- 
thing. 

The network processing unit always gives input pre- 
cedence over output. If input begins while a line 
of output is in progress , the network processing 
unit saves the output line until input of the mes- 
sage is complete, then resumes output from the 
point of interruption. 



If input begins while output Is available for the 
terminal but output delivery has not begun, the 
output is saved. This means that transmitting an 
input line indefinitely delays all output to the 
terminal until the terminal transmits the last line 
of the message. Any response by an application 
program to a transmitted line is therefore delayed 
until a complete message is transmitted. 

The use of terminal line feed, message termination, 
and message transmission keys is summarized in the 
following subsection. The key identified in this 
subsection with a specific function does not always 
match the key on the terminal being used, because 
various terminals can operate in the same terminal 
class. 



Line Feed and Transmission Keys 

Table 2-1 shows the default keys used by the sup- 
ported terminal classes to perform the end-of-llne, 
end-of-block, line feed, and terminal transmission 
functions. The keys shown are for typical termi- 
nals in each terminal class. The terminal classes 
are described in section 5. 

Some manuals divide the keys listed in table 2-1 
functionally into three types and refer to them as 
carriage return, new line, and line feed. These 
keys are described in two ways : functions they 
provide at the terminal, and Interpretations an 
application program makes when they are used. 

Terminal functions are: 

• Carriage return 

This key: terminates a message if It is 
defined that way; advances the cursor or 
carriage to the beginning of the next line; 
and transmits the message if it is defined 
that way. It also transmits any other 
messages that may have been stored in the 
terminal buffer. This key generates an 
end-of-llne or an end-of-block indicator in | 
normalized mode and is th e one normally 
referred to by the term |cr| in this guide, 
A key generating a new line (NL) ASCII code 
can be used if available. 

• New line 

This key: terminates a message if it is 
defined that way, but does not transmit the 
message. Rather, It causes the message to 
be stored in the terminal's buffer until 
the carriage return key is used to transmit 
the entire buffer to the host . The new 
line key is an end-of-llne key when used at 
a block mode terminal . 

• Line feed 

This key: can transmit one physical line 
from the NPU buffer as a network block; 
advances the cursor or carriage to the 
beginning of the next line; does not ter- 
minate the message. Subsequently using the 
carriage return or new line key causes the 
message to be terminated. 
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The application program Interprets use of these 
keys as: 

• Carriage return 

This key terninates a messagie. 

• New line 

This key teimlnates a message. Correct 
processing of subsequent messages In the 
same transmission depends on whether the 
application program supports typeahead 
dialog. 

• Line feed 

This key does not generate data unless par- 
tial suppression of Input editing (special 
editing) has been selected. Otherwise, the 
key can terminate a single transmission. 
If the application program distinguishes 
between transmission of a line and trans- 
mission of a message, this key leaves the 
program expecting additional Input. 



When an application program permits entry 

of parameters for a single operation as 

successive transmissions^ the line feed key 
can function as a delimiter. 



inpgt Editing Keys 

Because of the buffered nature of some terminals, 
there are two times when you can edit the contents 
of a message: 

Before transmission from the terminal 

Before transmission from the network processing 
unit 

Character mode terminals do not permit editing 
before transmission from the terminal. Line mode 
and block mode terminals do. You have several 
choices of keys for editing from line mode or block I 
mode terminals. Table 2-2 summarizes these input 
editing keys for terminals in all terminal classes. 



TABLE 2-2. INPUT EDITING KEYS 



Terminal 


Terminal 
Class 


Editing 


Within Terminal 


Editing Within Network 


Delete 


Delete 


Delete 


Delete 


Delete 


Delete 






Character 


Line 


Message 


Character 


Line 
(1) 


Message 
(1) 


Teletype Model 30 
Series 


1 


None 


None 


None 


© (2) 


® (2) 


® (2) 


CDC 713 


2 


None 


None 


None 


<— (2) 


® (2) 


® (2) 


CDC 751 or 752 or 756 
(CHARacter switch 


2 


None 


None 


None 


<— (2) 


® (2) 


® (2) 


setting only 
















CDC 751 (LINE switch 
setting only) 


2 


<~ 


LINE 
CLEAR 


LINE 
CLEAR 


© (2) 


® (2) 


® (2) 


CDC 751 or 756 (BLOCK 
switch setting only) 


2 


<— 


LINE 
CLEAR 


CLEAR 


© (2) 


® (2) 


® (2) 


CDC 721 

Viking Extended 


3 


None 


None 


None 


<— (2) 


® (2) 


® (2) 


IBM 2741 


4 


None 


None 


None 


BACK 
SPACE (2) 


ATTN ( 
(2) 


ATTN ( 
(2) 


Teletype Model 40-2 


5 


<— or 

CHAR DLETE 


LINE 
DLETE 


n LINE 
DLETE 


None 


® (2) 


® (2) 


Hazeltlne 2000 (HALF 
or FULL switch 


6 


<~ 


None 


None 


® (2) 


® (2) 


® (2) 


setting only) 
















Hazeltlne 2000 (BATCH 
switch setting only) 


6 


<~ or D/C 


D/L 


CLR/F6 


® (2) 


® (2) 


® (2) 


Digital Equipment 
Corporation VTIOO 
(ANSI X3.64) 


8 


None 


None 


None 


BACK 
SPACE (2) 


® (2) 


® (2) 



o 












O 
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TABLE 2-2. INPUT EDITING KEYS (Contd) 



c 



o 



Terminal 


Terminal 
Class 


Editing Within Terminal 


Editing Within Network 


Delete 
Character 


Delete 
Line 


Delete 
Message 


Delete 
Character 


Delete 
Line 
(1) 


Delete 

Message 

(1) 


Tektronix 4014 


8 


BACKSPACE 
or @ 


None 


None 


® (2) 


(D (2) 


(X) (2) 


HASP Workstation 


9 

9r 14 


Varies (3) 


Varies 
(3) 


Varies (3) 


None 


( (2) 


( (2) 


CDC CYBER 18 COMM 18 


9 


<~ 


RUBOUT 


CLEAR 


None 


None 


( (2) 


HASP Simulator 
















CDC 200 User Terminal 


10 


BKSP 


None 


CLEAR 


None 


None 


( (2) 


CDC CYBER 18 COMM 18 


10 


<— 


RUBOUT 


CLEAR 


None 


None 


( (2) 


200 User Terminal 
















Simulator 
















CDC 714-30/40 


11 


<~ 


LINE 
CLEAR 


CLEAR 


None 


None 


( (2) 


CDC 7U-10 


12 


<~ 


LINE 
CLEAR 


CLEAR 


None 


None 


( (2) 


CDC 714-10/20 


13 


<~ 


LINE 
CLEAR 


CLEAR 


None 


None 


{ (2) 


CDC 731-12 


15 


<— 


LINE 
CLEAR 


CLEAR 


None 


None 


( (2) 


CDC 732-12 


15 


<~ 


LINE 
CLEAR 


CLEAR 


None 


None 


{ (2) 


CDC 734 


15 


<~ 


LINE 
CLEAR 


SELECT 
CLEAR 


None 


None 


( (2) 


IBM 2780 


16 


None 


None 


None 


None 


None 


None 


IBM 3780 


17 


None 


None 


None 


None 


None 


None 


IBM 3270 


18 


<~ 


ERASE 
EOF 


None 


None 


None 


( (2) 


(1) The effect of entering this c 


haracter depends on the 


network appllc 


atlon program 


being used. 




(2) This is the character most fr 


equently configured for 


terminal use; 


this characte 


r can be changed by the 


site administrator or by the 


terminal operator throug 


h a command de 


scribed in se 


ction 5. 




(3) Different HASP terminals use 


different keys for this 


purpose . 









o 
o 
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As the table indicates , there are three forms of 
input editing possible: 

Removal of a character from the input 

Removal of a line from the input 

Ronoval of a message from the input 

When the editing is performed within the terminal 
before transmission, the character identifying the 
key for the function is fixed. When the editing is 
performed within the network software after trans- 
mission from the terminal , the character identi- 
fying the key for the editing function can be 
changed. The method used to make the change (the 
BS or CN command) Is described in section 5. 

Removing a character frran the input is usually 
synonymous with backspacing, and is therefore per- 
formed by the NPU when a backspace character is 
entered. Removing a logical line from the input is 
synonymous with canceling a message, and is there- 
fore performed by the host when a cancel-input 
character is entered. Message-removal editing 
might not be successful if the host application 
program does not recognize the function. 

The following subsections describe what the NPH 
does when you enter one of these characters. Use 
of the special-editing and full-ASCII options, 
which partially suppress input editing by the NPU, 
are also discussed. Selection of these options is 
also described in section 5. 



Backspacing 

Normal editing by the NPU deletes an Input char- 
acter from the NPU buffer each time a character 
code associated with the backspace function is 
received. When the default backspacing character 
is used, pressing the backspace key moves the cur- 
sor or carriage back one character position. You 
can then overtype a new character to replace the 
existing character in the input. 

When your input line is longer than the page width 
defined for your console, you cannot backspace 
across the page width boundary. For example, if 
your console has a page width of 60 characters and 
you enter 72 characters of data, you cannot back- 
space more than 12 characters. 

NPU processing of backspace characters prevents the 
following : 

Transmitting a backspace character code to the 
application program in the host computer as 
data. 

Overstrlklng one character with another to 
create a third character. 

Seeing the component characters when you per- 
form overtyping (the second character either 
replaces the first or renders it unreadable) . 

If you need to do any of these things, you can 
either change the backspace character used by the 
network or use the special editing option. The NPU 
supports an alternate form of backspace processing 



as part of its special editing option. Selection 
of the option partially suppresses the editing of 
input. 

When you use the special editing option, the NPU 
reacts differently to receipt of a character code 
associated with the backspace function. From your 
viewpoint, pressing the backspace key while special 
editing is in effect stores the character code 
associated with the backspace function as data to 
be transmitted to the application program in the 
host computer. 

If you press the line feed key immediately after 
pressing the backspace key, the NPU displays a 
pointer beneath the character affected by the back- 
space operation (this positioning is true only if 
you are using the default backspacing character) . 
The NPU then positions the output device so that 
the next character of input appears beneath the 
pointer. Also, if the terminal is in a class that 
permits output of a bell character code, the NPU 
sends such a code. Whether you hear a bell or buz- 
zer noise as a result of the code depends on the 
hardware options Installed at your terminal. 

When you use normal input editing, backspaces 
delete characters. Deletion of anything when | 
special editing is used becomes the function of the 
application program you are communicating with. 
The following examples clarify this distinction. 

Suppose you press the keys A, Q, < — , P, and L, in 
that order. If you are using normal input editing, 
you see something like: 

APL 



AQL 



and the application program sees only the three 
characters APL. If you are using the special edit- 
ing feature, pressing the same keys makes you see 
the same thing; however, the application program 
sees all five characters. If the application pro- 
gram can do so , it will interpret the sequence of 
Q, backspace, P as either P alone, or a new hybrid 
character created by an overstrike. 

Suppose you press the keys A, Q, < — , LINE FEED, P, 
and L, in that order. If you are using normal 
input editing, you see something like: 

AQ 
PL 

and the application program sees one or two trans- 
missions containing the characters APL. However, 
if you are using the special editing feature, pres- 
sing the same keys makes you see something like : 

AQ 
! 

PL 

and the application program sees one transmission 
containing codes for all six keys. 

Unless otherwise indicated, this manual assvmies 
that special editing is not being used. All dis- 
cussions of either a backspace or line feed opera- 
tion depend on this assumption. 



o 






4^ 
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Canceling a Logical Line 

Editing by the host should delete a logical line 
from unprocessed input each time a character code 
associated with the cancel-input function is 
received as the last character of an entry. From 
your viewpoint, pressing one key (usually the ® 
or left parenthesis key) and pressing the end-ot- 
message or end-of-block key allows you to start the 
line over without backspacing to the beginning of 
the line. Your new entry line begins at the first 
position of the line following a line reading: 

*DEL* 

that is output by the NPU. 

The method of processing the ( , (x) , or comparable 
character: 

Transmits the cancel-input character code to 
the application program in the host computer as 
the last data character of an entry. This 
allows the program to see what you deleted. 

Allows the application program to reissue 
prompting information, such as auto-input char- 
acters, that made up part of the canceled line. 
Auto-input characters are described in more 
detail in the next subsection. 



DATA OUTPUT TRANSMISSIONS 

Data output to a terminal parallels data Input in 
several ways. A network application program can 
transmit output data in either single line messages 
or multiple line messages. The network processing 
unit (at the application program's request) can 
edit character mode output data to insert terminal 
character code sequences that reformat lines of 
output . You can use certain terminal keys to exer- 
cise some control over the output transmission 
process . 



Blocks, Lines, and Messages 

The distinction among a block of output, a line of 
output , and a message of output is significant to 
you in the following contexts : 

During use of the abort-output-block feature 

During choice of the method used to enter data 
from the terminal 

During paging operations 

When a message of output begins , the following 
occurs ; 

Terminals with keyboards that can be locked 
have the keyboard locked to prevent uninten- 
tional input that destroys output. 

The line counter used by the network processing 
unit during paging operations begins increment- 
ing from zero. 

When a message of output ends, the following occurs: 

Locked keyboards are unlocked because input is 
expected. 
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Until an input message is received for trans- 
mission to the host, no additional output from 
the host can be delivered to some terminals. 
Once an output message ends, another usually 
cannot be delivered until input occurs. 

Terminals explicitly using paper tape equipment 
are sent a code that turns the tape reader on. 

Auto-input characters are placed In the input 
buffer. Auto-input characters are a set of up 
to 20 data characters transmitted to the ter- 
minal by an application program as the end of 
an output message and the first characters of 
the subsequent input message. Auto-input char- 
acters are used for such things as automati- 
cally generated line numbers; when the applica- 
tion program provides the next sequential line 
number as a prompt for line entry, it expects 
to receive that number as part of the entry and 
store or manipulate the line through that 
number . 

When a line of output begins, the network process- 
ing unit usually causes an appropriate formatting 
action on the output device of the terminal. This 
normally consists of returning the cursor or output 
mechanism to the left margin of the next line if it 
is not already positioned there. 

When the output line is sent to a batch printer 
device (serviced separately from the terminal con- 
sole) , the first character of each line can be 
transformed by the network processing unit as a 
carriage control code, and discarded from the out- 
put data. The carriage control effects of these 
characters when sent to a printer are shown in 
tables in section 3. Untransformed data is always 
printed . 



When a normalized mode output line is sent to a 
console, the first character in each line can be 
similarly processed, if the application program 
indicates this is required. Processing of these 
format effector characters consists of deleting the 
character from the output line and causing the cor- 
responding operation described in tables in section 
3, If the first character of an output line disap- 
pears or line folding apparently occurs one char- 
acter before it should, the application program has 
erroneously Indicated that its message lines con- 
tain format effector characters. Whether you need 
to (or can) use this format effector feature 
depends on the application program with which you 
are communicating. When the application does not 
use the format effector feature and you cannot use 
it , all output is single-spaced between lines . 
Additional vertical spacing in such cases occurs 
when the output message contains blank or empty 
lines. 



Interrupting and Discarding Output 

While output is in progress, you can interrupt it 
at some terminals so that input can be performed. 
Such terminals possess keys that do not generate 
character codes when pressed. These keys are used 
to interrupt the output flow to the terminal, and 
input is entered immediately after pressing them. 
These keys are shown in table 2-3. 



2-19 I 



XABLE 2-3. TERMINAL OUTPUT FUNCTION KEYS 



Terminal 


Terminal 
Class 


Interactive 

Output 
Interrupt Key 


Batch Output 
Interrupt Key 


Terminal Buffer 
Clearance Key 


NPU Buffer 

Clearance Key 

(1) 


teletype Model 30 
Series 


1 


BREAK 


None 


None 


® or ® 


CDC 713 


2 


BREAK 


None 


None 


® or © 


CDC 751 or 752 or 756 
(CHAR switch setting 
only) 


2 


BREAK 


None 


None 


©or © 


CDC 751 (LINE switch 
setting only) 


2 


BREAK 


None 


LINE CLEAR 


© or © 


CDC 751 or 756 (BLOCK 
switch setting only) 


2 


BREAK 


None 


CT,F,AR 


©or © 


CDC 721 

Viking Extended 


3 


BREAK 


None 


CLEAR li' P 


© or © 


IBM 2741 


4 


ATTN 


None 


None 


: or ) 


Teletype Model 40-2 
(Conversational mode 
S/R switch setting 
only) 


5 


INTRPT 


None 


None 


© or © 


Teletype Model 40-2 
(Batch mode S/R 
switch setting only) 


5 


INTRPT 


None 


CLEAR 


©or © 


Hazel tine 2000 
(HALF or FULL 
switch setting only) 


6 


BREAK 


None 


None 


© or © 


Hazel tine 2000 
(BATCH switch 
setting only) 


6 


BREAK 


None 


SHIFT and CLR 


© or © 


Digital Equipment 
VTIOO (ANSI X3.64) 


7 


BREAK 


None 


ESC [ P 2 J 


©or® 


Tektronix 4014 


8 


BREAK 


None 


None 


® or © 


HASP Workstation 


9 or 14 


Varies (2) 


None 


Varies (2) 


: or ) 


CDC CYBER 18 COIM 18 
HASP Simulator 


9 


© 


None 


CLEAR 


: or ) 


CDC 200 User Terminal 


10 


None 


INTER (hold down 
until effective) 


CLEAR 


: or ) 


CDC CYBER 18 
COMM 18 200 User 
Terminal Simulator 


10 


© 


© 


CLEAR 


: or ) 


CDC 714-30/40 


11 


None 


None 


a,F,AR 


: or ) 


CDC 711-10 


12 


None 


None 


CLEAR 


: or ) 


CDC 714-10/20 


13 


None 


None 


CLEAR 


: or ) 


CDC 731-12 


15 


None 


FO 


CLEAR 


: or ) 


CDC 732-12 


15 


None 


FO (hold down 
until effective) 


CLEAR 


: or ) 
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TABLE 2-3. TERMINAL OUTPUT FUNCTION KEYS (Contd) 






Terminal 


Terminal 
Class 


Interactive 

Output 

Interrupt Key 


Batch Output 
Interrupt Key 


Terminal Buffer 
Clearance Key 


NPU Buffer 

Clearance Key 

(1) 


CDC 734 

IHH 2780 
IBM 3780 
IBM 3270 


15 

16 
17 
18 


None 

None (card 

reader 

stops) 

None (line 

printer 

stops) 

None 


SEND key with 
firmware con- 
troller key in 
ENABLE position 

None 

None (line printer 
or card reader 
stops) 

None 


CLEAR 

None 
None 
None 


: or ) 

None 
None 
: or ) 


(1) These are the characters most frequently configured for terminal use; these characters can be 
changed by the site administrator or by the terminal operator through a command described in section 
5. Entry of these characters during output also causes a user-break-1 or user-break-2 indication to 
be sent to the application program. 

(2) Different terminals operating under HASP protocol use different keys for this purpose. 



o 






o 
o 



You should be cautious when using an interactive 
output interrupt key. If you hold the key down too 
long at some terminals, you can disconnect the ter- 
minal from the network. Your terminal can also be 
configured so that the interactive output interrupt 
key is a cancel-Input or user-break-1 key; refer to 
the BR command description in section 3. 



If your terminal does not have an interactive out- 
put Interrupt key, you can use page waiting as a 
substitute. The pauses at page boundaries allow 
you to perfoirm any action that requires inter- 
ruption of interactive output. The network soft- 
ware page wait feature is described in section 5. 



Hhen interactive output is Interrupted, any par- 
tially transmitted line is saved. When the input 
message is completed, output is resumed. The 
remainder of the saved line is transmitted. 



You can discard one or more lines of interactive 
output by interrupting output of that line and 
entering a character identified as the abort- 
output-block character for the console. This char- 
acter is described more completely in section 5. 
Entering the abort-output-block character for the 
terminal discards only the current block of the 
message; the remaining lines of the message, if 
any, are output after the block is discarded. 



If the discarded block is the last block of the 
message, any auto-input characters contained in it 
are also discarded. If correct dialog with the 
application program after the discarding operation 
requires the presence of these auto-input char- 
acters, you must reenter them. 
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You can discard an entire output message by inter- 
rupting output of that message and entering a 
character identified as the user-break-1 or user- 
break-2 character for the console. These char- 
acters are described more completely in section 5. 

Entering either of these characters discards the 
entire message being transmitted, and any other 
messages available for transmission to the con- 
sole. These characters can also cause application 
program actions and should be used with caution. 



Paging Operations and Marking Input 

Table 2-3 lists the keys used for output control 
and editing functions at terminals in all terminal 
classes. The table includes a terminal buffer 
clearance key. You normally clear the terminal 
buffer of a line mode or block mode terminal when: 

Paging operations are expected during subse- 
quent output. 

The beginning of input must be distinguished 
from the end of the last output. 

Paging operations, described in more detail in sec- 
tion 5, depend on one of the following conditions 
being in effect : 

The console output mechanism must scroll all 
output. Scrolling occurs when a display fills 
with sequential output; the terminal places 
each subsequent output line at the bottom of 
the display after moving existing lines up and 
removing the top line from the display. 

The output mechanism must not contain any rem- 
nants of previous output or input . 
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When the terminal output mechanism does not perform 
scrolling, proper correlation of a page of output 
from the NPU to a single display of output on the 
console requires you to clear the screen of the 
output mechanism before NPU output begins. Screen 
clearance usually moves the device cursor {the 
Input mechanism marker or carrier symbol) to the 
top left of the device output page area. 

Block mode terminals and line mode terminals that 
do not scroll the terminal buffer usually distin- 
guish the beginning of Input based on a character 
symbol placed In the terminal buffer after output 
Is completed. This symbol either requires terminal 
operator placement or Is provided automatically by 
the terminal. When the symbol Is absent from the 
terminal buffer, input is usually assumed to begin 
at the beginning of the buffer. 

Terminals for which the beginning of Input location 
can be tracked do not require entry of the symbol 
or clearance of the buffer. At other terminals, 
you can either explicitly enter the symbol that 
determines the beginning of input, or clear the 
buffer before typing the input, the two operations 



are equivalent. Failure to perform one of these 
operations when necessary can cause a portion of 
previous output or Input to be included in the cur- 
rent input transmission. 

DATA INPUT AND OUTPUT 
CONVERSIONS 

One of the mysteries associated with the use of 
computers is why a character entered from the ter- 
minal is sometimes returned to the terminal as a 
different character, or else seems to disappear 
entirely. There are two separate but related rea- 
sons for this: character code translation, and 
character input stream editing. 

When you press a keyboard key or create a pattern 
of paper tape or Hollerith card holes, the first of 
several sequential translation and editing opera- 
tions begins. The following paragraphs trace a 
line of characters entered from a keyboard, through 
these operations, and back to the terminal as out- 
put. Figure 2-3 suBuaarlzes the steps Involved. 



o 



'\.J 



Terminal 

hardware 

or emulator 

controlware 



Network 

processing 

unit 



Host 
network 
access 
software 



Network 

application 

program 



Storage or 

other 

software 

product 



Console Input Summary 



Between A and B, terminal code set is used. 

Between B and C, ASCII code set or terminal code set is used. 

and D, ASCII code set, display code set, or terminal code set is used. 

and E, ASCII code set, display code set, terminal code set, or application-defined code set 



Between C 
Between D 
is used. 



Console Input Examples 

• Normalized mode input to lAF from 2741 

Between A and B, EBCO; between B and D, ASCII; between and E, 6-in-12-bit display code. 

• Normalized mode input to RBF from HASP 

Between A and B, EBCDIC; between B and D, ASCII; between D and E, 6-bit display code. 

• Transparent mode input to lAF from TTY 

Between A and B, ASCII with parity; between B and D, ASCII without parity, between D and E, binary 
data. 

Batch Device Input Summary 

Between you and A, binary data is used. Between A and B, terminal code set is used. 

Between B and C, terminal code set or 6-bit display code is used. 

Between C and E (D is bypassed), terminal code set or 6-bit display code is used. 



v..y 






Figure 2-3. Input and Output Code Conversion Points (Sheet 1 of 2) 
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Batch Device Input Examples 

• Nontransparent input to RBF from 3780 

Between card reader and A, binary codes for 026 or 029 punches; between A and B, EBCDIC; between B 
and E, 6-bit display code. 

• Network transparent input to RBF from HASP 

Between card reader and A^. binary codes for any punches; between A and B, EBCDIC; between B and E, 
EBCDIC in 12-bit bytes. 

Batch Device Output Summary 

Between E and C (D is bypassed) "binary data, ASCII in 12-bit bytes, or 6-bit display code is used. 
Between C and B, binary data, ASCII in 12-bit bytes, or 6-bit display code is used. 
Between B and A, binary data or terminal code set is used. 

Batch Device Output Examples 

• Nontransparent 95-character printer output from RBF to 714 
Between E and B, 12-bit ASCII-; between B and A, ASCII. 

• Nontransparent punch output from RBF to 3780 

Between E and B, 6-bit display code; between B and A, EBCDIC. 

• Transparent plotter output from RBF to HASP 
Between E and A, 8-bit binary instruction codes. 

Console Output Summary 

Between E and D, application-defined code set is used. 

Between D and C, 6-bit display code, ASCII, or terminal code set is used. 

Between C and B, ASCII or terminal code set is used. 

Between B and A, terminal code set is used. 

Console Output Examples 

• Normalized mode output from lAF to 2741 

Between E and D, 6-in-12-bit display code; between D and 8, ASCII; between B and A, EBCD. 

• Normalized mode output from RBF to HASP 

Between E and D, 6-bit display code; between D and B, ASCII; between B and A, EBCDIC. 

• Transparent mode output from lAF to TTY 

Between E and D, binary data; between D and B, ASCII without parity; between B and A, ASCII with 
parity. 



Figure 2-3. Input and Output Code Conversion Points (Sheet 2 of 2) 



o 



TERMINAL INPUT CONVERSIONS 

At the moment a character becomes data, all corre- 
spondence between that byte of data and a character 
you recognize ceases. A character begins Its 
journey through the network as binary digits in a 
pattern of varying length. The bit pattern created 
when you press a key is determined by the terminal 
manufacturer. The pattern created is called a ter- 
minal character code from the terminal's character 
code set. The correspondence between a given code 
and a given graphic or control character you recog- 
nize is simply a convention used by the tennlnal 
manufacturer . 

A line of characters entered from the keyboard 
becomes a string of character codes during trans- 
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mission from the terminal to the network processing 
unit. This string of codes corresponding to the 
characters you entered is usually prefixed and/or 
suffixed by other codes corresponding to control 
characters in the terminal's character code set. 
The prefixed and/ or suffixed codes are called the 
communication line protocol envelope for the trans- 
mission. 



The characters you entered have now undergone one 
translation and editing, at the point marked A in 
figure 2-3. Potentially, three more alterations to 
the characters can be performed (points B, C, and D 
in the figure) before the characters are acted upon 
as input data (point E in the figure) . 
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NPU INPUT CONVERSIONS 

When the character string reaches the network pro- 
cessing unit (point B in the figure), one of two 
actions is taken: 

Normalized mode input Is normalized and packed 
for transmission to the host computer. 

Transparent mode input is packed for trans- 
mission to the host computer. 



Normalized Mode 

I Normalized mode input is usually the initial mode 
of terminal servicing. If the terminal is being 
serviced in normalized mode, all transmissions from 
the terminal are manipulated so that they appear 
like entry of characters from any other terminal 
connected to the network. This manipulation is 
called normalization and occurs in stages . 

First, each character received from the terminal is 
translated from the terminal code set used to rep- 
resent it to a code for a comparable character in 
the ASCII character set. If no comparable char- 
acter exists in the ASCII character set for a ter- 
Iminal code corresponding to a graphic character, 
the terminal character code is translated to the 
ASCII character for a blank. If no comparable 
character for a terminal code corresponding to a 
control character exists, the terminal character 
I code is translated to the ASCII code for a null. 
These translations are summarized in appendix A. 

At this stage, all normalized mode data is repre- 
sented by a string of ASCII character codes for 
graphic and control characters. Next, those con- 
trol codes associated by the network processing 
unit with line protocol functions and input editing 
mode are removed from the string of input char- 
acters. The control codes that have this associa- 
tion are determined by the line protocol the 
terminal uses. The line protocol, in turn, is 
determined by the network processing unit from the 
terminal class associated with the terminal. 

When editing of the input character string is com- 
pleted, the remaining ASCII character codes are 
sent to the network software resident in the host 
computer. 



Transparent Mode 

If the terminal is being serviced in transparent 
mode, its character strings bypass both the trans- 
lation and editing steps. (Mode 4 terminal line 
protocol control character codes are deleted, how- 
ever.) The terminal character codes reach the host 
software packed into bytes eight bits long (any 
unused bits at the upper or high order end of the 
byte are zero-filled) . 



HOST SOFTWARE INPUT CONVERSIONS 

The character string has now reached point C in the 
figure and might have been translated and edited 
twice. The next operations performed on the data 
are determined by the application program with 
which the terminal is communicating. 



The application program can request the network 
access software in the host to deliver the char- 
acter string without additional modification; if 
the program does so, no translation or additional 
editing occurs at point G in the figure. This is 
always the case with data Input from a terminal 
being serviced in transparent mode. 

If the application program requests the operation, 
however, the host software at point C translates 
the ASCII character codes to codes for characters 
in the 6-bit display code set used by other host 
software. Because a maximum of 64 characters can 
be coded in the 6-blt display code set, translation 
of the ASCII characters from the 8-bit ASCII codes 
consists of translating all remaining ASCII control 
character codes to blanks and translating two dif- 
ferent ASCII graphic character codes to the same 
display code graphic character code. The latter is 
usually described as folding the lowercase char- 
acters to the uppercase characters, or folding 
columns of the ASCII character set table in appen- 
dix A into one another. 

Once the application program has received the char- 
acter string of input, it potentially has been 
translated and edited three times. The application 
program can now perform additional translation and 
editing of the character strings before the data is 
actually processed. 

Figure 2-3 contains several examples of the trans- 
lations performed for the application programs 
described in other network product manuals. 
Whether or not an application program can properly 
handle transparent mode transmissions partially 
determines the fate of such iiiput . Before using 
transparent mode for input, or before attempting to 
enter any character that cannot be represented 
directly in the display code character set, you 
should read the appropriate sections of the 
reference manual for the application program being 
used. 



HOST SOFTWARE OUTPUT CONVERSIONS 

Output from a network application program undergoes 
similar operations at each point in figure 2-3. If 
the application program does not generate the data 
itself, it obtains the data from another source 
(point E) and might have to translate the char- 
acters from codes used at point E to either display 
codes, terminal character codes, or ASCII character 
codes before sending the characters to the network 
access software. This translation (point D) 
depends solely on the application program. 

If the application program transmits output in 
transparent mode, it must convert each character to 
output in the bit pattern of the terminal character 
code appropriate for the terminal destined to 
receive the character. No conversions can occur at 
points C or B for transparent mode output data. 

If the application program transmits its output in 
normalized mode, it can select from two options: 

• It can transmit in 6-bit display codes. 

• It can transmit in ASCII character codes. 

If it transmits in 6-bit display code characters, 
the host portion of the network software at point C 



o 
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translates the character codes to ASCII character 
codes. Note that this translation allows output of 
a maximum of 64 different characters; only 64 char^ 
acters can be represented In 6-blt display code, 
and the host's network supervision software cannot 
supply codes for characters it does not receive 
from the application program. 

If the application program transmits its output In 
normalized mode but does not use display code. It 
must transmit the characters as ASCII codes. This 
option bypasses the translation performed at point 
C in the figure and preserves all graphic character 
codes and control codes that can be represented in 
the 128-character ASCII code set described in 
appendix A. 



NPU OUTPUT CONVERSIONS 

When the network processing unit receives strings 
of normall3ed mode output characters , It must 
translate those characters into terminal character 
set codes and provide an appropriate line protocol 
envelope for them. This translation, at point B in 
figure 2-3, is a mirror of the one performed at 
this point for input . 

ASCII control character codes with no corresponding 
terminal character codes are converted to the ter- 
minal idle character (effectively becoming an ASCII 
I null character). Other control character codes are 
converted to corresponding terminal control 
character codes . 



ASCII graphic character codes are converted to ter- 
minal character codes for corresponding graphic 
characters. If no corresponding graphic character 
can be found, character set folding occurs as 
described in appendix A. 



TERMINAL OUTPUT CONVERSIONS 

When the characters of output finally reach the 
terminal at point A in the figure, they undergo one 
final translation. The terminal character codes 
representing the character string become whatever 
characters the terminal manufacturer has chosen to 
associate with the codes in that string. If output 
occurs on a terminal with a changeable typing ele- 
ment, the same character code can be externally 
represented by as many different characters as 
there are interchangeable typing elements for the 
terminal. The effect of this translation is most 
obvious when input data is stored while the ter- 
minal is using one typing element character set and 
then output while a different element (using a dif- 
ferent character set) is in place. 

A character of input is the same character on out- 
put only when all of the translations it undergoes 
en route are perfectly symmetrical. Such perfect 
symmetry exists for uppercase letters, digits, and 
a few other characters. Symmetry rarely exists for 
all characters in any terminal character set. This 
is why a character can be sent to the host as a ^ 
but return as a quotation mark. 
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TERMINAL OPERATIONS 
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Section 1 indicated that the network software sup- 
I ports 18 classes of terminals, grouped into the 
following major terminal types: 

Terminals on asynchronous communication lines, 
using either a teletypewrlterlike communication 
protocol, such as the CDC 721 Viking Extended 
Display Terminal, or using IBM 2741 protocol. 

Teletypewriterlike terminals, such as the CDC 
721, using an X.25 packet-switching network for 
connection to the CDC network. 

I Terminals on synchronous communication lines 
using CDC mode 4 communication protocols, such 
as CDC 200 User Terminals (which use mode 4A 
protocol) and CDC 714 Conversational Display 
Terminals (which use mode 4C protocol). 

I Terminals on synchronous communication lines 
using variants of the HASP communication proto- 
col, such as the CDC CYBER 18 using the COMM- 
18 emulation package. 

(Terminals on synchronous communication lines 
using either IBM 2780 or IBM 3780 terminal 
emulation protocol, such as a Wang system 30. 

Terminals on synchronous communications lines 
using the IBM 3270 protocol. 

Some of these terminals require you to load control- 
ware before accessing the network; others do not. 
After access to the network, you can operate all 
these terminals in the general manner described in 
section 2. Special operating and loading require- 
ments of selected terminals are described in the 
following subsections. 

This section briefly supplies necessary Information 
for the use of major terminal types and emulative 
equipment. You must obtain complete information 
for use of specific protocols or terminals from the 
appropriate equipment operation nianual. 



ASYNCHRONOUS TERMINALS 

The asynchronous terminals supported as terminal 
classes 1 through 8 provide the most flexibility in 
use of the CDC network. These are the only termi- 
nals that can use all of the network software's 
features, and the only terminals for which the net- 
work software explicitly adapts Its operations to 
accommodate paper tape operations. 



PAPER TAPE OPERATIONS 

There are three types of paper tape equipment: 

Paper tape reader/punches and emulators 
(usually magnetic tape cassette units) that 
physically stop and start in response to con- 
trol character codes received by the terminal. 



Paper tape reader/punches that generate ASCII 
DCl codes as X-ON commands and ASCII DCS codes 
as X-OFF commands , or that respond to those 
characters when received. These mechanisms 
should not be identified to the network as paper 
tape units; Instead, you should define them as 
keyboards with an IC command and/or DC command 
value of Y (refer to section 5). 

Paper tape reader/punches and emulators (usually 
magnetic tape cassette units) that do not physi- 
cally stop and start in response to control 
codes received by the terminal. 

The network software only supports the first type 
as true paper tape equipment. If an ASCII DC3 code 
does not stop the paper tape reader, you should not 
indicate that your terminal has a paper tape input 
mechanism. In such cases, you should manually 
start and stop the reader or punch and your input 
should not contain X-OFF (DCS) codes. 

Because the network software supports output as a 
logically separate operation from input, you can 
use paper tape for input only, or for output only. 
Commands are available to control either form of 
paper tape use. These commands are completely 
described in section 5 under the headings Selecting 
an Input Mechanism and Transmission Mode, and 
Selecting an Output Mechanism. This subsection 
presents the use of those commands in a functional 
context . 



Paper Tape Reader/Punches 

You can use paper tape for preparing input off-line 
(when time is not charged) and entering it on-line 
(when time Is charged). This ensures accuracy and 
speed when most needed. An input tape can include 
programs, data, and commands. Accordingly, it is 
possible for the entire terminal operation, after 
login, to be run from paper tape. 

This subsection describes use of a Model 33, 35, or 
38 ASR Teletype (terminal class 1) with a paper 
tape punch and a paper tape reader. At these ter- 
minals, an X-OFF code on the tape stops the reader, 
and the ASCII code DC3 is the X-OFF code used by 
the reader. You need not manually start and stop 
paper tape units at such terminals; input you pre- 
pare for such devices can contain X-OFF codes. 

The paper tape punch has one switch with several 
positions, or corresponding buttons. The switches 
or buttons are labeled and used as follows: 

ON or ROTRqu or KT or TT^ 

Press this button or place the switch in 
this position to turn the punch on. 



OFF or K 
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Press this button or place the switch in 
this position to turn the punch off. 



3-1 



REL. 



Press this button or place the switch in 
this position to release the feedwheel so 
that the tape can freely move through the 
punch head. Not all punches have a com- 
parable control. 

B.SP. or BKSP 

Press this button or place the switch in 
this position to backspace the tape one row 
of holes. This button or switch position 
is used to make corrections when preparing 
a tape off-line (refer to the detailed 
description later in this subsection). On 
some models, the comparable control button 
is the keyboard key with this label or the 
label BACK SPACE. 

The paper tape reader has one switch with several 
positions. The switches and buttons are labeled 
and used as follows : 

START or TTg 

Press the button or push the switch to this 
position to start the reader. On some 
models , the switch snaps back to the AUTO 
or ON position arid reading continues. On 
teletypewriter readers lacking an AUTO or 
ON position, you must manually restart 
reading each time It stops. 

™CALL-IN and TDqn 

Press these buttons to manually start tape 
read Ing . 

STOP or TDqpp 

Move the switch to this position or press 
the button to stop reading immediately. 

AUTO or ON 

This switch position or button is used in 
conjunction with the input and processing 
of commands and data during input in paper 
tape normalized mode (this mode is 
explained later in this section) . It 
allows the network software to turn the 
tape reader off and on so that processing 
of each command or line of data can be com- 
pleted before the next one is entered. 

FREE 



Place the switch in this position to 
release the feedwheel so that the tape can 
freely slide in and out of the read head. 
Not all readers have a comparable control. 



Preparing Paper Tape Input 

Each line of input from paper tape in paper tape 
normalized mode must end with a particular sequence 
of characters. These are punched by keys on the 
teletypewriter keyboard. 



The terminating characters used when punching paper 
tape are represented as follows : 



Message terminator and end-of-loglcal-line 
indicator, usually the carriage return 
character code. The carriage return code 
is generated by the RETURN key on all three 
Teletype models. It moves the carriage 
back to the beginning of the line and 
informs the NPU that this logical line of 
input is completed. 



U 



Line feed character code. This is produced 
by the LINE FEED key on the keyboard. It 
advances the paper roller one line. During 
input in keyboard character mode, the NPU 
sends back a signal that initiates this 
feed after a carriage return; during input 
in tape normalized mode, this signal is not 
sent and is therefore required on tape to 
cause the action on the output device. 



X-OFF 



End-of-line and end-of-block Indicator, 
always the X-OFF tape unit control char- 
acter code. The appearance of this char- 
acter on the tape during reading Is 
intended to turn the tape reader off. This 
character is punched by holding down the 
CTRL or CONTROL key and pressing the X-OFF 
or DC3 key. If your terminal keyboard has 
both a DC3 or X-OFF key and a key marked 
TAPE with a line through it (*A*B) (or only | 
the latter key), do not use the key. That 
key does not generate the character code 
recognized by the net- work software for 
the X-OFF function. 

RO(n) 

Rubout or delete character code. This 
character is produced by the RUB OUT or 
DELETE key on the keyboard. This key 
punches a full row of holes. This row is 
interpreted as a null character by the net- 
work software; therefore, this character is 
used for spacing and overpunching errors. 
The n parameter specified by the user | 
specifies the minimum number of times this 
character should be punched in sequence. 

The following formats are used to transmit physical 
lines, single logical lines, or multiple logical 
lines. The left half of the column shows an 
example of the input, and the right half shows the 
terminating characters that immediately follow the 
last input character. Each line is terminated with 
three rubouts to provide separation from the next 
line. Although fewer rubouts might provide ade- 
quate separation, three is the recommended number. 

The NPU punches three spacing characters at the end 
of each line when a tape is produced on-line. 
Input lines are blank-padded to an even number of 
characters on output . 
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A single physical line of input from a multiple 
physical line message would have a format similar 
to the following: 

100 PROGRAM TEST ( INPUT , OUTPUT ) LF [c7] R0(3) 

A single logical line, single transmission input 
message would have a format similar to the 
f ollowing : 

12.44,18.31,29.08 [cr] LF X-OFF R0(3) 

The X-OFF turns the reader off to allow this data 
to be processed before the next message is read. 

A single logical line of input from a multiple line 
(typeahead) transmission would have a format 
similar to the following: 

CATLXST,1jO=F [cr] LF R0(3) 

Omitting the X-OFF does not turn the reader off to 
allow processing of the command to be completed 
before the next logical line is read. 

The following procedure is used to punch a tape off- 
line (when the terminal is not logged in): 

1. Turn the teletypewriter on in local mode by 
pressing the LCL or LOCAL button. 

2. Turn the paper tape punch on by pressing the KT 
button or the ON button located on the punch. 

3. Prepare a tape leader of about 30 rubout char- 
acters by pressing the RUB OUT and repeat (REPT) 
keys together, by holding the DELETE key down, 
or by punching blank tape If the terminal has 
the capability. 



I 4. 



With a pencil, trace an arrow above the punch 
output onto the tape. This Identifies the 
start of the tape for reading. (You might put 
the tape in the reader backwards . ) 

Type in the input with appropriate control 
characters. 



6. Add a trailer of about 30 rubouts or blank tape 
and tear the tape off. 

7. Turn the paper tape punch off by pressing the K 
button or the OFF button located on the punch. 

8. Press the CLR or CLEAR ALARM button to turn the 
teletypewriter off. 



Beginning and Ending Paper Tape Operations 

To read and process data and commands from tape, 
the tape reader sometimes must be turned off and on 
to allow time for processing. By entering tape 
input normalized mode, you enable the NFU to syn- 
chronize tape input with application program 
processing. 

You place your terminal in this mode by entering a 
terminal definition command to change the input 
device to a paper tape reader (refer to section 5 
for descriptions of these commands and defaults). 
Normally, this command appears as follows: 

ESC IN=PT |c7 
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In this command and the others described in this 
subsection, ESC identifies the ESC or ESCAPE key 
that generates an ASCII ESC control code. 

The network acknowledges entry into this mode with 
the message: 

IN ACCEPTED. . 

It then positions the carriage to the beginning of 
the line and performs two line feeds. If the 
reader switch is in the AUTO or ON position, 
reading begins immediately and automatically; if 
the reader is turned off, reading does not begin 
until it is manually initiated by momentarily moving 
the switch to START or pressing the TD(;^l_xn and 
TDqjj buttons. > 

If you are using a Model 33 or 38, you exit from 
normalized paper tape input mode by entering a 
similar terminal definition command that changes 
the input device back to the keyboard. You enter: 



ESC IN=KB 



ED 



On the Model 35, you must press the K or KT button 
before you enter the command. 

You can also define the paper tape punch as the out- 
put device using a terminal definition comaiand. 
You do this by entering; 



ESC OP=PT 



[cr] 



If you are using a Model 33 or 38, you specify this 
command to set up the network software for output- 
ting information to paper tape. This mode provides 
the network-recognized X-OFF characters when 
punching the tape. On the Model 35, you must press 
the KT or TTr button before you enter the command. 

If you are using a Model 33 or 38, you exit paper 
tape output mode by entering a command to change 
the output device back to a printer. You do this 
by entering: 



ESC OP=PR fcr] 



On the Model 35, you must press the K button before 
you enter this command. A similar command, 
described in section 5, permits you to change the 
output device back to a display. 



Creating Paper Tape Output 

To punch a tape with information from the host com- 
puter, use the following procedure: 

1. If not logged In, log in. 

2. If not in tape output character mode, type: 

ESC OP=PT [cr] 

3. Type in, but do not transmit, an application 
program command to begin output of the informa- 
tion from the host. 

4. Turn the punch on. 

5. Manually enter a leader of about 30 null char- 
acters or rubouts. 
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6. Press |c| . The information is listed and 
punched simultaneously. The NPU adds the appro- 
priate control characters at the end of each 
line. 

7. Manually enter a trailer of about 30 null char- 
acters or rubouts. 

8. Turn the punch off . 

9. Enter the c ance l-input character (section 2) 
and press |cr| . This avoids sending the 
trailer rubouts to the application program as 
an empty logical line. 

While punching a tape off-line, you can make cor- 
rections by backspacing over the incorrect punch 
(use the B.SP. or BKSP button or switch position on 
the punch) and punching a rubout over the error 
(use the RUB OUT or DELETE key on the keyboard). 
Then punch in the correct character. 

You can also make corrections by using the back- 
space key as in normal, on-line operation using the 
keyboard for input. However, the error and/or any 
overtyping appear in the printout. You can retype 
and repunch an erroneous line. Although the erro- 
neous and correct versions appear in printout, the 
NPU transmits only the occurrence of the undeleted 
line. 



Examples of Paper Tape Use 

The following portions of terminal sessions illus- 
trate paper tape use for input and output while 
communicating with the network application program 
lAF. The standard version of the Interactive 
Facility program released by CDC Is separately 
described in the NOS reference manual set. 

For the first example, suppose you have punched an 
input tape containing multiple logical lines off- 
line. This tape is shown in figure 3-1. The left 
half of the figure gives the printed copy produced 
on the teletypewriter printer as the tape was 
punched; the right half shows the unprinted termi- 
nating characters that were also entered on the 
tape. 





RO(30) 






ICX) LET FACT0R=1 


m 


LF 


R0(3) 


110 INPUT N 


m 


LF 


R0(3) 


120 FOR 1=1 TO N 


■ Icfl 


LF 


R0(3) 


130 LET FACTOR=FACTOR*l 


[eg 


LF 


R0(3) 


140 PRINT FACTOR 


[cD 


LF 


R0(3) 


150 NEXT 1 


[cD 


LF 


R0(3) 


160 END 


[cf] 


LF 


R0(30) 



Figure 3-1. Off-line Tape for Example 1 

In this example, you use paper tape only for pro- 
gram input, and only to supplement additional logi- 
cal lines typed in before and during reading of the 
paper tape. Interleaved tape and keyboard opera- 
tion is always possible. 



To demonstrate the use of the tape shown in figure 
3-1, assume that you are logged in to the lAF NULL 
subsystem and using a Mode^ 38. The tape is posi- 
tioned in the reader and you set the reader switch 
to ON. 

The printout shown in figure 3-2 results from the 
Interaction of you and the tape with the network 
software and lAF. The right half of the figure 
explains the actions occurring in the listing. The 
printing character % has been substituted for the 
nonprinting character ESC throughout the session so 
that the listing is easier to read. 

The terms normalized mode and keyboard mode are 
explained in sections 2 and 5, rather than within 
the figure where they occur. These terms are not 
significant in the context of this subsection. The 
characters identified as NUL(2) correspond to two 
ASCII null character codes and occur on the tape as 
sets of spacer holes only. 

In the second example , the input tape contains a 
program; commands to execute, list, modify, and 
save that program; as well as the input data used 
by that program. You punch the complete tape off- 
line as shown in figure 3-3. The left half of the 
figure gives the printed copy that is produced as 
you punch the tape; the right half of the figure 
shows the terminating characters entered at the end 
of each line but not printed . 

To process the information on this tape, you log 
into lAF and position the tape in the Model 38 
reader. You set the reader swit ch t o ON, type in 
the command ESC IN=PT, and press [cr[ to start the 
reading of tape. The remainder of the action 
occurs without your intervention. 

Figure 3-4 shows the printout of the execution of 
the tape. The right half of the figure contains 
explanations of the actions. 



TERMINAL FEATURE DEPENDENCIES 

Documents written for terminal users identify two 
types of characters: 

Control characters that are not representable 
on an output device 

Graphic characters that are representable on an 
output device. 



On some asynchronous terminals, such as the CDC 751, 
it is possible to sjrmbolically represent all 
graphic and control characters on the output device. 
A graphic character cannot therefore be defined 
solely as a displayable or printable character. 

References to graphic characters in this manual are 
to alphabetic, numeric, punctuational , or notational 
symbols. Graphic characters are those in the ASCII 
character set table in appendix A that are not rep- 
resented by mnemonic abbreviations for functions. 



o 
o 









V..V 



(~) 
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%OP=PR IcO -^ 
BASIC grj -« — 
READY. 

NEW,FACT1 (ct] 
READY. 



%IN=PT [cr] 



100 LET FACT0R=1 

110 INPUT N 

120 FOR 1=1 TO N 

130 LET FACTOR=FACTOR*l 

140 PRINT FACTOR 

150 NEXT I 

160 END 

READY 

%IN=KB [cr] -* 



RNH |a] -• 

ILLEGAL STATEMENT AT 100 
ILLEGAL STATEMENT AT 130 
ILLEGAL STATEMENT AT 140 

SRU 0.015 UNTS 

RUN COMPLETE. 



100 LET F=1 ig 
130 LET F=F»I len 
140 PRINT F [eg 
RNH gr] -« 



?5ED -* 

1 

2 

6 

24 

120 

SRU 0.017 SECS. 

RUN COMPLETE. 



%OP=PT [cr] -* 

LNH [cr] 
100 LET F=1 
110 INPUT N 
120 FOR 1=1 TO N 
130 LET F=F*I 
140 PRINT F 
150 NEXT I 
160 END 



. The user begins the session in output printer character mode. 
• By typing in this command, the user enters the BASIC 
subsystem of lAF. 

. This line is typed in to establish a new primary file with the 
name FACT1. 

As soon as this command is typed in and the [cr] takes 
effect, the tape reader goes on and the entire tape (seven 
lines) shown in figure 3-1 is read in. The reader runs 
through the trailer of rubouts and then turns itself off. 



The user changes the input device back to the keyboard in 
character mode. 

■ The user types in RNH and receives the diagnostics shown. BASIC 
variables cannot be more than two characters. 



■The user types in the corrective coding shown. 
-The user initiates another run. 

• lAF replies with ? The user types in 5 and receives the 
desired printout. 



. The user wants to punch a new tape containing this corrected program. He 
selec ts paper tape as his output mode and types in LNH but does not press 
I cr| . He turns on the punch, runs off some leader, and then enters the [cr] . 
As the terminal prints the listing, it also punches a tape with the same infor- 
mation along with the control characters [cr], carriage-return-idle-fill, LF, 
LF-idle-fill, DCS, and NUL(3) at the end of each line. The carriage-return- 
idle-fill and LF-idle-fill vary with the terminal class and can be set with the 
CI and LI TIP commands (section 5). Additional control character punches 
precede and follow the punched lines of data; these characters depend on the 
lAF option used and are not significant to this example. When the terminal 
finishes output, the user punches a trailer of rub-outs and tears off the new 
tape. The original tape is discarded. 



o 



Figure 3-2. Example 1 Terminal Session 
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FTNTS 


R0{30) 


LF 




R0(3) 


(X-OFO 


NEW.DEMO 


Icfl 


LF 


(X-Of) 


R0(3) 


100 PROGRAM DEMOdNPUT .OUTPUT) 


\m 


LF 


R0(3) 




110 DIMENSION 11(5) 


m 


LF 


R0(3) 




120 READ 10, (ll<J),J=1,5) 


Icf] 


LF 


R0(3) 




130 10 F0RMAT(5I5) 


[cf| 


LF 


R0(3) 




140 PRINT 20, (IIU),J=1,5) 


EO 


LF 


R0(3) 




150 20 FORMAT(5I10) 


\M 


LF 


R0(3) 




160 END 


[eg 


LF 


R0{3) 




RNH 


W 


LF 


(X-OFF) 


R0(3) 


1111 122222333334444455555 


\M\ 


LF 


( x-qff; 


R0(3) 


SAVE,DEMO=TAPE1 


m 


LF 


C X-OFFJ 


R0{3) 


135 DO 1 1=1,5 


Mi 


LF 


R0(3) 




137 ll(l)=ll(l)+4444 


M 


LF 


R0(3) 




139 1 CONTINUE 


m 


LF 


R0(3) 




RESEQ,100,5 


[eg 


LF 


(X-OFF) 


R0(3) 


LNH 


leg 


LF 


( X-OFF) 


R0(3) 


RNH 


[ct] 


LF 


(X-OFF) 


R0(3) 


11111 22222333334444455555 


[eg 


LF 


(X-OFF) 


R0(3) 


REPLACE,DEM0=TAPE1 


Hg 


LF 


(X-OFF) 


RO(30) 



o 
o 



Figure 3-3. Off-line Tape for Example 2 






FTNTS 



NEW,DEMO 



100 PROGRAM DEMOdNPUT .OUTPUT) 

110 DIMENSION 11(5) 

120 READ 10, (ll(J),J=1,5) 

130 10 FORMAT (515) 

140 PRINT 20, (ll(J),J=1,5) 

150 20 FORMAT (5110) 

160 END 



When this line is read, the reader stops. As soon as FTNTS is 
established as the eurrent subsystem, the prompt from lAF turns 
the reader back on. 

When this line is read, the reader stops. After a new primary 
file called DEMO is established, the next prompt from lAF 
turns the reader back on. 

The seven lines of the program are read in without interruption. 



RNH -^ 



? 11111 22222333334444455555 



11111 22222 33333 44444 55555 
END. 

SRU 0.130 UNTS. 

RUN COMPLETE. 

SAVE,DEM0=TAPE1 — i 



The command to run the program is read in and the reader 
turned off. 

Processing reaches the READ statement (line 120) and lAF 
prints ?. This causes the NPU to turn the reader back on 
and the line of data is read in. Then the reader is turned off 
to allow data processing. 

Resulting printout at the terminal. 



135 DO 1 1=1,5 -*■ 
137 ll(l)=ll(l)+4444 
139 1 CONTINUE 



RESEQ,100,5 



This command is read in and the reader turned off. A copy 
of the program DEMO is made an indirect access permanent 
file with the name TAPE1. Then the reader is turned back 
on by the next prompt output. 

These three lines of modification are read in from the tape 
without interruption. 



The RESEQ command is read in and the reader turned off. 
When resequencing is accomplished according to specifications, 
the reader is turned back on by the next prompt output. 



'X^ 






Figure 3-4. Example 2 Terminal Session (Sheet 1 of 2) 
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SRU 0.576 UNTS. 

LNH — 



00100 PROGRAM DEMO(INPUT,OUTPUT) 

00105 DIMENSION 11(5) 

00110 READ 10,(II(J),J=1,5) 

00115 10 FORMAT(515) 

00120 DO 1 1=1,5 

-00125 ll(l)=)t(l)+4444 

00130 1 CONTINUE 

00135 PRINT 20,(II(J),J=1,5) 

00140 20 FORMAT (5110) 

00145 END 



RNH 



? 11111 22222333334444455555 



15555 26666 37777 
END. 



48888 59999 



SRU 1.185 UNTS. 

RUN COMPLETE. 
REPLACE,DEM0=TAPE1 ■*- 



ESC IN=KB |cr] 



This command Is read from tape and the tape reader turned 
off. Then lAF lists the primary file which contains the above 
modifications in resequenced format. When the listing is 
completed, the reader is turned on again. 



This command is read in, the reader turned off, and the 
modified program run. lAF prints the ? which turns the 
reader on. The line of data is read in from the tape and the 
reader is turned off. The data is processed and results printed. 



This last command is read in and the reader turned off. A 
copy of this revised version of DEMO replaces the old one 
that was made an indirect access permanent file under the 
name TAPE1. The revised file is now the indirect access 
permanent file that is referenced by the name TAPE1. 

The reader is turned back on. It runs through the trailer of 
rubouts and then turns itself off. 

At this point, the user has no more tapes to run, and exits 
tape input character mode by entering the TIP command. 
The tape reader is then manually turned off by moving the 
switch to the STOP position. 



Figure 3-4. Example 2 Terminal Session (Sheet 2 of 2) 



^'^K 



Using Slave Devices 

The network does not support more than one device 
on an asynchronous communication line. Only one 
terminal console can be serviced on a line. Any 
other terminals or devices using the communication 
line must operate as slave devices to the terminal 
console. 

Such slave devices often include a printer. When 
you use a printer as a slave device to a console 
for which a display is assumed to be the output 
mechanism, output characters can be lost during 
physical repositioning of the printer mechanism. 
When this occurs, you can use the terminal defini- 
tion commands for carriage return and line feed 
idle character insertion (the CI and LI commands, 
described in section 5) to correct the situation. 



Using Devices Controlled by Data Codes 

If you use a tape cassette for input or output at 
an asynchronous terminal, you should consider the 
mechanism to be a paper tape emulator only if the 
terminal does not associate inappropriate functions 
with the receipt of character codes corresponding 
to the ASCII characters DCl and DC3. The same 
restriction is true for use of Input control (see 
the IC command in section 5). 

For example, a Teletype Model 40 reacts to receipt 
of the DC3 code by switching from batch mode (block 
mode transmission) to conversational mode (character 
mode transmission) . Defining the cassette mecha- 
nism as a paper tape for output purposes would cause 
the network to switch the input operation of the 
keyboard and cassette unintentionally. To avoid 
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this situation, you should regard such a cassette 
mechanism as a keyboard, display, or printer mecha- 
nism only. 



Terminals such as the Hazeltine 2000 permit ASCII 
control character codes in output data so that dis- 
play functions can be deliberately altered. You 
should not place the code for the ASCII unit separ- 
ator character US in normalized mode output for such 
purposes. The unit separator character is used to 
delimit output lines within blocks sent from the 
host computer. This character is removed from nor- 
malized mode output by the NPU. If the unit separ- 
ator character appears anywhere within an output 
transmission, it causes either a single-spaced car- 
riage return and line feed operation at the terminal 
or interpretation of the following character as a 
format effector. 



Using 2741 Terminals 

Terminals such as the IBM 2741 which use a shift 
code to distinguish between uppercase and lowercase 
characters during input, rather than distinct char- 
acter codes, require operator action to preserve the 
distinction between input lines. Because each line 
of input is edited and transmitted separately by the 
network processing unit, the shift to uppercase 
occurring in one line Is not preserved for the pro- 
cessing of the next line. Each input line is 
assumed to begin in lowercase, so you must press or 
relock the shift key again at the beginning of each 
line when the distinction between uppercase and 
lowercase is significant in the input data. Case 
distinction during output occurs without operator 
intervention. 



Most asynchronous terminals need an automatic recog- 
nition procedure to identify themselves to the net- 
work. After you perform this procedure as 
described in section 4, hit the RETURN key to lock 
the keyboard so that output can occur. Terminals 
on fixed configuration lines do not require the 
automatic recognition procedure, but you must hit 
the RETURN key to lock the keyboard so that the 2741 
can receive output. Unless the network software 
recognizes that the keyboard is locked, it will not 
send output . 



Timing is important. If you press the RETURN key 
before the 2741 is physically connected to the net- 
work, the keyboard locks but the 2741 will not 
receive the output that begins the login sequence. 
The actual time needed for terminal connection 
varies based on the configuration and the network 
activity. The average time to wait before pressing 
the RETURN key is 3 to 5 seconds. However, if you 
press the RETURN key and the keyboard locks but no 
login sequence is displayed, first switch the 2741 
to local mode; then switch it back to on-line mode. 
This unlocks the keyboard and allows you to press 
the RETURN key again. 



Coping With Terminal Installation Options 

Terminals that have a transmission key marked NL or 
NEW LINE might generate an NL code when the key is 
pressed. The NL code is interpreted as a carriage 
return code followed by a line feed code when 
received by such terminals. The network sees an NL 
code as a line feed code but interprets it as a 
carriage return if the terminal uses an appropriate 
terminal class. 



o 






All 2741-compatible terminals supported by a CDC 
network should have a transmit-interrupt feature to 
permit entry of multiple input lines without inter- 
leaved output. 



IHi-2741-compatible terminals can use the ATTN key 
to perform a line feed function when the special 
editing feature described in sections 2 and 5 is in 
use. If such terminals possess an LF key, that key 
can also be used' for this function. The ATTN key 
should never be used solely to reposition paper on 
the output mechanism. 



The ATTN key must be pressed before you can enter 
one of the following network software function 
characters : 



Some terminals allow selection among alternative 
sequences of carriage return and line feed codes 
transmitted by NL or NEW LINE keys. The NPU reacts 
to the sequence of codes received; the operation 
associated with such keys in this manual might not 
be the operation occurring at your terminal because 
of this variation in code sequence. 



The network does not support use of answerback 
options by asynchronous terminals. Character codes 
generated by such device options are not equivalent 
to completing the login procedure described in sec- 
tion 4. It is possible for the site to configure a 
terminal so that the login procedure is automati- 
cally completed for it, but this operation is per- 
formed in the host computer without any action by 
you. 



'V ,>' 



cancel-input 
abort-block 
user-break-1 
u8er-break-2 
network control 



These characters are defined by the respective CN, 
AB, Bl, B2, and CT commands described in section 5. 



OUTPUT FORMATTING 

A network application program can format each line 
of its output to an asynchronous console by begin- 
ning the line with an ASCII character identified as 
a format effector. The resulting operations are 
shown in table 3-1. 



Ci 
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TABLE 3-1. FORMAT EFFECTOR OPERATIONS FOR ASYNCHRONOUS AND X.25 CONSOLES 



Terminal 
Class 


Format 
Effector 


General 
Physical Operation 


Is Infinite Page 
Length Declared? 


Does Output 

Follow Previous 

Input 


Code Substituted on 
Output Mechanism 


Display or 
Printer 


Paper Tapet 


1 


blank 


Space 1 line before out- 
put. 


Does not matter 


Yes 
No 


CR 
CR, LF 


CR 
CR, LF 







Space 2 lines before out- 
put. 


Does not matter 


Yes 
No 


CR, LF 

CR, 2LF 


CR, LF 
CR, 2LF 




- 


Space 3 lines before out 
put. 


Does not matter 


Yes 
No 


CR, 2LF 
CR, 3LF 


CR, 2LF 
CR, 3LF 




+ 


Position to start of 
current line before out- 
put. 


Does not matter 


Does not matter 


CR 


CR 




* 


Position to top of form or 
home cursor before 
output .tt 


Yes 
No 


Yes 

No 

Does not matter 


CR, 5LF 
CR, 6LF 
Calculated 


CR, 5LF 
CR, 6LF 
by TIP 




1 


Position to top of form or 
home cursor and clear 
screen before output. tt 


Yes 


Yes 
No 


CR, LF 
CR, 6LF 


CR, 5LF 
CR, 6LF 








No 


Does not matter 


Calculated 


by TIP 




> 


Do not change position 
before output. 


Does not matter 


Does not matter 


None 


None 




• 


Space 1 line after output. 


Does not matter 


Does not matter 


CR.LF 


CR,LF, 

DC3, 

3NUL 




1 


Position to start of 
current line after output. 


Does not matter 


Does not matter 


CR 


CR, 

DC3, 

3NUL 




Any other 

ASCII 

character 


Space 1 line before out- 
put. 


Does not matter 


Yes 
No 


CR 
CR, LF 


CR 
CR, LF 


2 


blank 


Space 1 line before out- 
put. 


Does not matter 


Yes 
No 


CR 
CR, LF 


CR 
CR, LF 







Space 2 lines before out- 
put. 


Does not matter 


Yes 
No 


CR, LF 
CR, 2LF 


CR, LF 
CR, 2LF 




- 


Space 3 lines before out- 
put . 


Does not matter 


Yes 
No 


CR, 2LF 
CR, 3LF 


CR, 2LF 
CR, 3LF 




+ 


Position to start of 
current line before out- 
put. 


Does not matter 


Does not matter 


CR 


CR 




* 


Position to top of form or 
home cursor before out- 
put .tt 


Does not matter 


Does not matter 


EM 


EM 




1 


Position to top of form or 
home cursor and clear 
screen before output; 
delay 100 milllsecends 
before further output .tt 


Does not matter 


Does not matter 


EM, CAN 


EM, CAN 



o 
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TABLE 3-1. FORMAT EFFECTOR OPERATIONS FOR ASYNCHRONOUS AND X.25 CONSOLES (Contd) 



Terminal 
Class 


Format 
Effector 


General 
Physical Operation 


Is Infinite Page 
Length Declared? 


Does Output 

Follow Previous 

Input 


Code Substituted on 
Output Mechanism 


Display or 
Printer 


Paper Tapet 


2 
(Contd) 


> 


Do not change position 
before output. 


Does not matter 


Yes or No 


None 


None 




• 


Space 1 line after output. 


Does not matter 


Yes or No 


CR, LF 


CR, LF 

DC3, 

3MUL 




/ 


Position to start of 
current line after output. 


Does not matter 


Yes or No 


CR 


CR. 

DCS, 

3NUL 




Any other 

ASCII 

character 


Space 1 line before out- 
put. 


Does not matter 


Yes 
No 


CR 
CR, LF 


CR 
CR, LF 


3 


blank 


Space 1 line before out- 
put. 


Does not matter 


Yes 
No 


CR 
CR, LF 


CR 
CR, LP 







Space 2 lines before out- 
put. 


Does not matter 


Yes 

No 


CR, LF 
CR. 2LF 


CR, LF 
CR, 2LF 




- 


Space 3 lines before out- 
put. 


Does not matter 


Yes 
No 


CR, 2LF 
CR, 3LF 


CR, 2LF 
CR, 3LF 




+ 


Position to start of 
current line before out- 
put. 


Does not matter 


Yes or No 


CR 


CR 




* 


Position to top of form or 
home cursor before out- 
put .tt 


Does not matter 


Yes or No 


ESC, FF 


EM 




1 


Position to top of form or 
home cursor and clear 
screen before output .tt 


Does not matter 

• 


Yes or No 


ESC, FF 


EM, FF 




> 


Do not change position 
before output. 


Does not matter 


Yes or No 


None 


None 




• 


Space 1 line after output. 


Does not matter 


Yes or No 


CR, LF 


CR, LF 

DC3, 

3NUL 




/ 


Position to start of 
current line after output . 


Does not matter 


Yes or No 


CR 


CR, 

DC3, 

3NUL 




Any other 

ASCII 

character 


Space 1 line before out- 
put. 


Does not matter 


Yes 
No 


CR 
CR, LF 


CR 
CR, LF 
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TABLK 3-1. FORMAT EFFECTOR OPERATIONS FOR ASYNCHRONOUS AND X.25 CONSOLES (Contd) 



#*x 



O 



gmy^ 






Terminal 
Class 



4ttt 



Format 
Effector 



blank 



General 
Physical Operation 



Space 1 line before out- 
put. 

Space 2 lines before out- 
put. 

Space 3 lines before out- 
put. 

Position to start of 
current line before out- 
put. 



Position to top of form or 
home cursor before out- 
put .tt 



Position to top of form or 
home cursor and clear 
screen before output.*! 



Is Infinite Page 
Length Declared? 



Any other 

ASCII 

character 



blank 



Do not change position 
before output. 

Space 1 line after output. 

Position to start of 
current line after output. 



Space 1 line before out- 
put . 



Space 1 line before out- 
put. 

Space 2 lines before out- 
put. 

Space 3 lines before out- 
put. 

Position to start of 
current line before out- 
put. 



Does not matter 
Does not matter 
Does not matter 
Does not matter 

Yes 

No 

Yes 
No 

Does not matter 

Does not matter 
Does not matter 

Does not matter 



Does Output 

Follow Previous 

Input 



Does not matter 



Does not matter 



Does not matter 



Does not matter 



Yes 
No 

Yes 
No 

Yes 
No 

Yes or No 



Yes 
No 

Yes or No 



Yes 
No 



Yes or No 

Yes or No 

Yes or No 
Yes or No 



Yes 

No 



Yes 
No 

Yes 

No 

Yes 
No 

Yes or No 



Code Substituted on 
Output Mechanism 



Display or 
Printer 



None 
NL 

NL 
2NL 

2NL 
3NL 



Paper Tapet 



N/A 
N/A 
N/A 



nBS N/A 
n is calculated by 
TIP from current 
position 



5NL 
6NL 



N/A 



nNL N/A 
n is calculated by 
TIP from current 
position 



5NL 
6NL 



N/A 



nNL N/A 
n is calculated by 
TIP from current 
position 



None 



NL 



None 



NL 



nBS 



nBS 

n is calculated by 

TIP from current 

position 



None 
NL 



None 
LF 

LF 
2LF 

2LF 
3LF 

ESC, G 



None 
NL 



Hone 
LF 

LF 
2LF 

2LF 
3LF 

ESC, G 



60480600 C 



3-11 



TABLE 3-1. FOBMAT EFFECTOR OPERATIONS FOR ASYNCHRONOUS AMD X.25 CONSOLES (Contd) 



^'*iU>'' 



Terminal 
Class 


Format 
Effector 


General 
Physical Operation 


Is Infinite Page 
Length Declared? 


Does Output 

Follow Previous 

Input 


Code Substituted on 
Output Mechanism 


Display or 
Printer 


Paper Tap 


at 


5 
(Contd) 


* 


Position to top of form or 
home cursor before out- 
put .tt 


Does not matter 


Yes or No 


ESC, H 


ESC, H 






1 


Position to top of form or 
home cursor and clear 
screen before output.** 


Does not matter 


Yes or No 


ESC, R 


ESC, R 






> 


Do not change position 
before output. 


Does not matter 


Yes or No 


None 


None 






• 


Space 1 line after output. 


Does not matter 


Yes or No 


LF 


LF, 

DC3, 

3NUL 






/ 


Position to start of 
current line after output. 


Does not matter 


Yes or No 


ESC, G 


ESC, G, 

DC3, 

3NUL 






Any other 

ASCII 

character 


Space 1 line before out- 
put. 


Does not matter 


Yes 
No 


None 
LF 


None 
LF 




6 


blank 


Space 1 line before out- 
put. 


Does not matter 


Yes or No 


CR 


CR 









Space 2 lines before out- 
put. 


Does not matter 


Yes 
No 


CR 
2CR 


CR 
2CR 






- 


Space 3 lines before out- 
put. 


Does not matter 


Yes 
No 


2CR 
3CR 


2CR 
3CR 






+ 


Position to start of 
current line before out- 
put. 


Does not matter 


Yes or No 


None 


None 






* 


Position to top of form or 
home cursor before out- 
put .Tt 


Does not matter 


Yes or No 


DC2 


DC2 






1 


Position to top of form or 
home cursor and clear 
screen before output .tt 


Does not matter 


Yes or No 


FS 


FS 






) 


Do not change position 
before output. 


Does not matter 


Yes or No 


None 


None 






• ■ 


Space 1 line after output. 


Does not matter 


Yes or No 


CR 


CR. 

DC3, 

SNUL 






/ 


Position to start of 
current line after output. 


Does not matter 


Yes or No 


None 


DC3, 
3NUL 






Any other 

ASCII 

character 


Space 1 line before out- 
put. 


Does not matter 


Yes or No 


CR 


CR 
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TABLE 3-1. FORMAT EFFECTOR OPERATIONS FOR ASYNCHRONOUS AND X.25 CONSOLES (Contd) 



Terminal 
Class 


Format 
Effector 


General 
Physical Operation 


Is Infinite Page 
Length Declared? 


Does Output 

Follow Previous 

Input 


Code Substituted on 
Output Mechanism 


Display or 
Printer 


Paper Tapet 


7 


blank 


Space 1 line before out- 
put. 


Does not matter 


Yes 
No 


CR 
CR.LF 


CR 
CR, LF 







Space 2 lines before out- 
put. 


Does not matter 


Yes 
No 


CR, LF 
CR, 2LF 


CR, LF 
CR, 2LF 




- 


Space 3 lines before out- 
put. 


Does not matter 


Yes 
No 


CR, 2LF 
CR, 3LF 


CR, 2LF 
CR, 3LF 




+ 


Position to start of 
current line before out- 
put. 


Does not matter 


Yes or No 


CR 


CR 




* 


Position to top of form or 
home cursor before out- 
put .tf 


Does not matter 


Yes or No 


ESC, [, H 


ESC, [, H 




1 


Position to top of form or 
home cursor and clear 
screen before output.*! 


Does not matter 


Yes or No 


ESC, [, H, 
ESC, [, J 


ESC, [, H, 
ESC, [, J 




> 


Do not change position 
before output. 


Does not matter 


Yes or No 


None 


None 




■ 


Space 1 line after output. 


Does not matter 


Yes or No 


CR, LF 


CR, LF 

DC3, 

3NUL 




/ 


Position to start of 
current line after output. 


Does not matter 


Yes or No 


CR 


CR, 

DC3, 

3NUL 




Any other 

ASCII 

character 


Space 1 line before out- 
put. 


Does not matter 


Yes 
No 


CR 
CR, LF 


CR 
CR, LF 


8 


blank 


Space 1 line before out- 
put. 


Does not matter 


Yes 
No 


CR 
CR, LF 


CR 
CR, LF 







Space 2 lines before out- 
put. 


Does not matter 


Yes 
No 


CR, LF 
CR, 2LF 


CR, LF 
CR, 2LF 




- 


Space 3 lines before out- 
put. 


Does not matter 


Yes 
No 


CR, 2LF 
CR, 3LF 


CR, 2LF 
CR, 3LF 




+ 


Position to start of 
current line before out- 
put. 


Does not matter 


Yes or No 


CR 


CR 




* 


Position to top of form or 
home cursor before out- 
put. 


Does not matter 


Yes or No 


ESC, FF 


ESC, FF 




1 


Position to top of form or 
home cursor and clear 
screen before output ; 
delay 1 second before 
further output. 


Does not matter 


Yes or No 


ESC, FF 


ESC, FF 
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TABLE 3-1. FORMAT EFFECTOR OPERATIONS FOR ASYNCHRONOUS AND X.25 CONSOLES (Contd) 



\^ 



Terminal 
Class 


Format 
Effector 


General 
Physical Operation 


Is Infinite Page 
Length Declared? 


Does Output 

Follow Previous 

Input 


Code Substituted on 
Output Mechanism 


Display or 
Printer 


Paper Tapet 


8 
(Contd) 


> 


Do not change position 
before output. 


Does not matter 


Yes or No 


None 




None 




• 


Space 1 line after output. 


Does not matter 


Yes or No 


CR, LF 




CR, LF, 

DC3, 

3NUL 




/ 


Position to start of 
current line after output. 


Does not matter 


Yes or No 


CR 




CR. 

PC3, 

3NUL 




Any other 

ASCII 

character 


Space 1 line before out- 
put. 


Does not matter 


Yes 
No 


CR 
CR, LF 




CR 
CR, LF 


'Paper tape column does not apply to X.25 devices. 






' 'If these format effectors appear anywhere in a data block other than in the first or last line of the 
data block, the TIP can perform a page-wait operation before the format effector operation. (See 
section 5.) 


'''X.25 devices cannot belong to terminal class 4. 










The application program can: 

Suppress the use of format effectors completely 

Provide its own format effectors 

Expect your output to supply all format 
effectors 



If format effectors are suppressed, all output is 
single-spaced. If the application supplies its own 
format effectors , you can use the first character 
of each of your data's physical lines as a format 
effector by prefixing -the character with an ASCII 
unit separator (US) character. If the application 
requires your data to contain format effectors, the 
US prefix is unnecessary. When a character of your 
data is used as a format effector, that character 
is transformed as shown in the table and is deleted 
from the output sent to the terminal. 



The format effector characters for clear screen and 
home cursor operations (* and 1) receive special 
treatment by the Terminal Interface Program when it 
is performing a page wait function for the terminal. 
(See the PG command in section 5.) If these char- 
acters are encountered when the TIP has output only 
part of a page, the TIP pauses for terminal operator 
acknowledgment of the partial page. When acknowl- 
edgment occurs , the format effector functions are 
performed and output continues automatically. This 



pause occurs without application program action or 
knowledge . 



TERMINALS USING X.25 
NETWORKS FOR ACCESS 

The asynchronous terminals supported as terminal 
classes I through 3 and 5 through 8 can also use a 
CDC network through an X.25 packet-switching net- 
work. These terminals address the X.25 network 
through a packet assembly /disassembly (PAD) service. 
The PAD takes care of most terminal dependencies 
and determines many terminal operating features seen 
by the CDC network. 



TERMINAL FEATURE DEPENDENCIES 

Documents written for terminal users identify two 
types of characters : 

Control characters that are not representable 
on an output device 

Graphic characters that are representable on an 
output device. 

On some asynchronous terminals, such as the CDC 751, 
it is possible to symbolically represent all graphic 
and control characters on the output device. A 
graphic character cannot therefore be defined solely 
as a displayable or printable character. 



v,V 



o 
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References to graphic characters in this manual are 
to alphabetic, numeric, punctuational , or notational 
symbols. Graphic characters are those in the ASCII 
character set table in appendix A that are not rep- 
resented by mnemonic abbreviations for functions. 



Using Slave Devices 

The network does not support more than one device 
on an X. 25 communication line virtual circuit. Only 
one terminal console can be serviced on a circuit. 
Any other terminals or devices using the communica- 
tion line must operate as slave devices to the ter- 
minal console on the same circuit, or as separate 
terminal consoles on separate circuits. 

Such slave devices often include a printer. When 
you use a printer as a slave device to a console 
for which a display is assumed to be the output 
mechanism, output characters can be lost during 
physical repositioning of the printer mechanism. 
When this occurs, you can use the terminal defini- 
tion commands for carriage return and line feed 
idle character insertion (the CI and LI commands, 
described in section 5) to. correct the situation. 



Using Devices Controlled by Data Codes 

Terminals such as the Hazeltine 2000 permit ASCII 
control character codes in output data so that dis- 
play functions can be deliberately altered. You 
should not place the code for the ASCII unit separ- 
ator character US in normalized mode output for such 
purposes. The unit separator character is used to 
delimit output lines within blocks sent from the 
host computer. This character is removed from nor- 
malized mode output by the NP0. If the unit separ- 
ator character appears anywhere within an output 
transmission, it causes either a single-spaced car- 
riage return and line feed operation at the terminal 
or Interpretation of the following character as a 
format effector. 



Using the PAD Service 

One of the data forwarding parameters recognized by 
your terminal's PAD service should be the same as 
the end-of-line character recognized by the CDC net- 
work. PAD services usually forward data after a 
carriage return code is entered. Carriage return 
is therefore the default end-of-line indicator 
character for all terminal classes and corresponds 
to a value of 2 for the setting of PAD parameter 3. 

If the PAD allows you to define more than one for- 
warding signal, make the second signal the end-of- 
block indicator recognized by the CDC network. 

If your terminal's PAD is not configured this way, 
the CDC network will pass the second PAD forwarding 
character to the host application as part of the 
input data. If your terminal's PAD is configured 
this way, the CDC network removes the second PAD 
forwarding character from the data. 

If you cannot alter your terminal's PAD parameter 
settings , you should use the EL terminal definition 
command described in section 5 to alter the way the 
network processes your input. Setting the end-of- 
line character equal to your PAD forwarding char- 
acter defines your terminal as a line mode device. 
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The PAD can usually perform any cursor positioning 
response you need when you end a logical line or a 
block. If you do not ask the CDC network to do 
cursor positioning (the default choice for the CP 
command described in section 5), you save the time 
and cost of transmitting a packet through the X.25 
network each time you end a line or block. 



Coping With Terminal Installation Options 

Terminals that have a transmission key marked NL or 
NEW LINE might generate an NL code when the key is 
pressed. The NL code is Interpreted as a carriage 
return code followed by a line feed code when 
received by such terminals. The network sees an NL 
code as a line feed code but interprets it as a 
carriage return if the terminal uses an appropriate 
terminal class. 

Some terminals allow selection among alternative 
sequences of carriage return and line feed codes 
transmitted by NL or NEW LINE keys. The NPU reacts 
to the sequence of codes received; the operation 
associated with such keys in this manual might not 
be the operation occurring at your terminal because 
of this variation in code sequence. 

The network does not support use of answerback 
options by asynchronous terminals. Character codes 
generated by such device options are not equivalent 
to completing the login procedure described in sec- 
tion 4. It is possible for the site to configure a 
terminal so that the login procedure is automati- 
cally completed for it, but this operation is per- 
formed in the host computer without any action by 
you. 



OUTPUT FORMATTING 

A network application program can format each line 
of its output to an X.25 console by beginning the 
line with an ASCII character identified as a format 
effector. The format effectors allowed are the same 
as those used for asynchronous consoles directly 
connected to a CDC network. The resulting oper- 
ations are shown in table 3-1. 

The application program can: 

Suppress the use of format effectors completely 

Provide its own format effectors 

Expect your output to supply all format 
effectors 

If format effectors are suppressed, all output is 
single-spaced. If the application supplies its own 
format effectors, you can use the first character 
of each of your data's physical lines as a format 
effector by prefixing the character with an ASCII 
unit separator (US) character. If the application 
requires your data to contain format effectors, the 
US prefix Is unnecessary. When a character of your 
data is used as a format effector, that character 
is transformed as shown in the table and is deleted 
from the output sent to the terminal. 

The format effector characters for clear screen and 
home cursor operations (* and 1) receive special 
treatment by the Terminal Interface Program when it 
is performing a page wait function for the terminal. 
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(See the P6 command in section 5. ) If these char- 
acters are encountered when the TIP has output only 
part of a page, the TIP pauses for terminal operator 
acknowledgment of the partial page. When acknowl- 
edgment occurs, the format effector functions are 
performed and output continues automatically. This 
pause occurs without application program action or 
knowledge. 



MODE 4 TERMINALS 

Mode 4A terminals are divided into two groups: 

Those requiring switch setting and loading of 
controlware for proper operation, such as the 
CDC 73x-12 and CDC 734 (terminal class 15). 

Those requiring only switch settings for proper 
operation, such as the 200 User Terminal 217 
display console (terminal class 10) and CDC 214 
(supported under terminal class 10). 

Mode 4C terminals, such as the CDC 711 (terminal 
class 12) or CDC 714 (terminal classes 11 and 13), 
do not require special preparation before accessing 
the network. 



MODE 4A SWITCH SETTINGS 

The ATTENDED /UNATTENDED switch on the CDC 200 User 
Terminal 217 Series or 214 Series display keyboard 
must be set to ATTENDED. Use of mode 4A terminals 
in unattended mode is not described In this manual; 
attended mode is the recommended way to use mode 4A 
terminals with a CDC network. The exception to this 
rule is the CYBER 18 CC»1M-18 emulator, which 
requires unattended mode selection through the /EXT 
command to a 200 User Terminal simulator. 

The LINE/BLOCK switch on mode 4A consoles should be 
set to LINE. Use of the BLOCK setting for mode 4A 
terminals is not completely described in this 
manual; the LINE setting is recommended for mode 4A 
terminals with CDC host software. 

Detailed descriptions of terminal controls and 
operation are provided in the respective terminal 
operation manuals. 



MODE 4A LOADING 

You must load a 73x Remote Batch Terminal station 
prior to placing it on-line if the station was 
placed off-line or powered-down since the last on- 
line usage. All of these terminals, except the 734, 
store their executable controlware on a mlcrodrum; 
the loading procedure stores the controlware in 
memory. You load the 734 Remote Batch Terminal from 
a card deck. 



731-12 and 732-12 Remote Batch Terminals 

You must load the 731-12 and 732-12 Remote Batch 
Terminals with the mode 4A emulation parameters. 
The loading process allows you to accept or alter 
the terminal's operating characteristics. 

The selections you make among the options offered 
should match the description of a terminal on the 
communication line you are going to use. You must 
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describe the terminal to itself as possessing the 
characteristics described to the network software 
by the network administrator when the network con- 
figuration file was created. Contact a site admin- 
istrator if in doubt about what options to select. 

The modes of operation specified as selections 
should choose line mode operation and either 029 or 
026 Hollerith card reading translations. These 
choices also include the site address and either 
External BCD (EXT BCD) or ASCII as the terminal 
character code set (the option of Internal BCD, or 
INT BCD, is not supported by the network). 

Once you have made all desired selections, loading 
is completed. The procedures described in section 
4 can now be performed. 



TERMINAL FEATURE DEPENDENCIES 

Mode 4A terminals are all CDC 200 User Terminal 
emulators. Such terminals must contain the fol- 
lowing devices: 

An interactive console 

A card reader for batch input 

A line printer for batch output 

Mode 4C terminals can contain: 

One or more interactive consoles 

Zero, one, or more line printers 

One console is required as an owning console for 
the batch devices. 

Choosing Punched Card Pattern Translations 

Almost all mode 4A terminals contain a method for | 
proper input translation of Hollerith cards punched 
with either 026 or 029 codes. This method is the 
only method that can be used to switch from one 
punch code translation to the other. CDC local 
batch card readers and other remote batch stations 
allow a card that switches between these code trans- 
lations as part of the card deck input; such cards 
in data do not have any effect when the data is read 
in from a mode 4A terminal card reader. 

The code translations performed from 026 or 029 
Hollerith cards to terminal character codes (and 
character codes sent to the host) vary from emulator 
to emulator. The most common translations are those 
shown in appendix A. 



Positioning the Cursor 

The network software attempts to place the display 
cursor and send index (or start index) symbols at 
the left and right margins, respectively (when 
appropriate for the terminal class), after each 
normalized mode output or input transmission, based 
on the assumption of line mode operation. All nor- 
malized mode output to the console and all responses 
to normalized mode input transmissions are blank- 
padded only when necessary to correctly position the 
cursor for subsequent line mode input. 
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If you use the terminal in block mode, correct iden- 
tification of the beginning of console input prob- 
ably will not occur. If no method exists for 
choosing between line mode and • block mode, you can 
safely assume line mode is used. 

The blank padding used to position the cursor can 
cause an extra blank line on the screen at some 
terminals. This line is not part of the input or 
output data. 



Access and Disconnection Procedures 

A mode 4 terminal sharing a communication line with 
one or more terminals in the same or another cluster 
can use slightly different access and disconnection 
procedures than those used by other terminals. 
During the procedure to access the network, only 
one mode 4C console in each cluster needs to perform 
the automatic recognition procedure. 

After logout from the network, a mode 4 device is 
not physically disconnected from the network until 
all mode 4 devices in the cluster are logged out. 
Disconnection occurs only if the communication line 
is a dialup line; terminals on hardwired communica- 
tion lines are never disconnected. Until physical 
disconnection occurs, you can initiate new host 
connection and login procedures, as described in 
section 4, without repeating any of the preliminary 
acce ss p rocedure s . 



Using the Devices 



You cannot simultaneously use the console and batch 
devices of a mode 4A terminal. You can switch the 
console from communication with one network applica- 
tion program to communication with another, as 
described in section 4. You cannot switch the batch 
devices from communication with a network applica- 
tion program unless the program itself performs the 
switch. 



OUTPUT FORMATTING 

A network application program can format each line 
of Its output to a mode 4 console by beginning the 
line with an ASCII character identified as a format 
effector. The resulting display operations are 
shown in table 3-2. 



The application program can: 

Suppress the use of format effectors completely 

Provide its own format effectors 

Expect your output to supply all format 
effectors 



TABLE 3-2. FOKMAT EFFECTOR OPERATIONS FOR MODE 4 CONSOLES 



o 






o 



Terminal Class 


Format Effector 


General Physical Operation* 


Before Outputtt 


After Outputtt 


10 thru 13, and 15 


blank 


+ 
* 

1 

/ 

Any other ASCII character§ 


None. 

Space 1 line. 

Space 2 lines. 

None . 

Position to top of form or home 
cursor. TTt 

Position to top of form or home 
cursor and clear screen. 

None. 

None. 

None. 


Space 1 line. 
Space 1 line. 
Space 1 line. 
Space 1 line. 
Space I line. 

Space 1 line. 

Space 1 line. 
Space 1 line. 
Space 1 line. 


'No direct correspondence to code substituted on output device can be made. Code used for 
implementation depends on placement of message blocks within a transmission. 

TtAfter each input and output line, the Terminal Interface Program returns the cursor to the beginning 
(left) margin of the next line. 

tiTif these format effectors appear anywhere in a data block other than in the first or last line of 
the data block, the TIP can perform a page-wait operation before the format effector operation. 
(See section 5.) 

'Not modified before being sent to the terminal. 
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If format effectors are suppressed, all output Is 
single-spaced. If the application supplies its own 
format effectors, you can use the first character 
of each of your data's physical lines as a format 
effector by prefixing the character with an ASCII 
unit separator (US) character. If the application 
requires your data to contain format effectors, the 
US prefix is unnecessary. When a character of your 
data is used as a format effector, that character 
is transformed as shown in the table and is deleted 
from the output sent to the terminal. 



The format effector characters for clear screen and 
home cursor operations (* and 1) receive special 
treatment by the Terminal Interface Program when it 
is performing a page wait function for the terminal. 
(See the PG command in section 5.) If these char- 
acters are encountered when the TIP has output only 
part of a page, the TIP pauses for terminal operator 
acknowledgment of the partial page. When acknowl- 
edgment occurs, the format effector functions are 
performed and output continues automatically. This 
pause occurs without application program action or 
knowledge. 



A network application program can format each line 
of its output to a mode 4 printer by beginning each 
print line with an ASCII character identified as a 
carriage control character. The resulting opera- 
tions are shown in table 3-3. 



HASP WORKSTATION TERMINALS 

HASP workstations supported by a CDC network com- 
prise an operator's console and an associated group 
of batch devices. Each device within the work- 
station is separately addressed by its device type 
and input or output stream number during access to 
the network. 



WORKSTATION SETUP BEFORE ACCESS 

A HASP workstation can only access the CDC network 
by using a communication line explicitly configured 
to support the batch devices used by the work- 
station. The devices used at the workstation should 
agree in number and type with those expected to use 
the communication line. 

For example, a HASP workstation with three card 
readers, a line printer, and two card punches should 
only access the network via a communication line 
configured to support three card readers, a line 
printer, and two card punches. Otherwise some of 
its batch devices will not be operable. 

The t3DC network can support HASP workstations com- 
prising the following types of devices: 

One operator console 

Zero to seven card readers 



o 






TABLE 3-3. CARRIAGE CONTROL OPERATIONS FOR 
MODE 4 PRINTERS 



ASCII 
Character 


General Physical Operation 


Before Printing 


After Printing 


Blank 


Space one line. 


None. 





Space two lines. 


None. 


- 


Space three lines. 


None. 


+ 


None . 


None. 


1 


Space to top of 
next page. 


None . 


PM 


None. 


None. 


Q 


Space one line. 


None. 


R 


Space one line. 


None. 


S 


Space one line. 


None . 


T 


Space one line. 


None. 



Conversion of characters in your output to carriage 
control characters is controlled by the network 
application program communicating with the terminal. 
If the application program does not require such 
conversions, all such characters are output at the 
terminal and all lines are single-spaced. 
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Zero to seven line printers 

Zero to seven card punch or plotter devices | 

If the workstation uses a device for input or out- 
put that is not Included in this list, the device 
must be configured to appear as one of these 
devices . 



Using Stream Numbers 

All devices used must be configured with an input 
or output stream number unique for the device within 
the group of devices of the same type. That is, two 
card punches using stream number 2 are not per- 
mitted, but one card punch and one line printer each 
using stream number 2 are permitted. A plotter and 
a card punch may not share the same stream number. 

Stream numbers identify the devices within a work- 
station to the workstation. Device ordinal numbers 
identify the devices within a workstation to the 
host software. When the site administrator creates 
the network configuration file used by the host 
software, each HASP device allowed to use a com- 
munication line is assigned a device ordinal number. 

The host software and the workstation must both 
identify a specific device by the same number. For 
example, a HASP workstation with two printers 
assigned to stream numbers 2 and 3 cannot use a 
communication line configured for a HASP work- 
station with two printers assigned device ordinal 
numbers I and 4, even though the quantity of devices 
and of streams is the same. 

Some workstations provide a switch or software for 
assigning or changing the stream number associated 
with a device. If your workstation is one of these 
types and is on a dialup line, do the following: 
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Contact the site administrator and find out what 
device ordinal numbers are used for the com- 
munication line you are supposed to use. 

Use the workstation switch or software to assign 
those device ordinal numbers as the stream 
numbers for the terminals within the work- 
station. 

If more than one dialup line is available, 
always use the line for which the current work- 
station stream number assignments are valid 
device ordinal number assignments, or reassign 
the stream numbers accordingly. 

If a stream number assignment method is not avail- 
able to you, you must determine the numbers used by 
the workstation and consult the site administrator 
for the dialup number of the correct communication 
line to be used. Hardwired terminals are normally 
correctly configured at the host computer before 
communication with the network begins. 



TERMINAL FEATURE DEPENDENCIES 

You must be careful when using the operating guide 
for a HASP workstation. Many such guides discuss 
operations outside of the workstation proper as 
operations performed by an IBM host computer. In a 
CDC network, many of these operations are performed 
in the network processing units without the knowl- 
edge of the CDC host. 



Using IBM Host Features 

Use of a HASP workstation with an IBM host computer 
requires transmission of a block of signon informa- 
tion to the host. This signon information can 
either be generated automatically within the work- 
station or be entered manually through the work- 
station console or a card reader. 

The method used to provide the signon block infor- 
mation depends on the workstation used. Documenta- 
tion of the signon procedure usually states that 
signon to the host computer is necessary and that a 
response to a successful signon procedure comes from 
the host computer. In a CDC network, the signon 
block is not processed this way. 

The CDC network requires a login procedure contain- 
ing four parameters to be completed for the HASP 
workstation console terminal. This login procedure 
can be completed automatically as described in sec- 
tion 4 or be performed manually by you. The CDC 
login procedure is independent of the signon block 
procedure . 

To provide compatibility with the procedures used 
by sites with HASP workstations connected to an IBM 
host computer, the CDC network processes the signon 
block in the manner described in section 4. Regard- 
less of the method used to enter the signon infor- 
mation, the signon block is removed from the work- 
station input by the network processing unit. 

If the information contained in the signon block is 
not meaningful to the network software, any infor- 
mation that is transmitted by the workstation is 
acknowledged as a valid and successful signon by 
the network processing unit. However, the network 
processing unit does not establish communication 
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with the CDC host computer to begin the CDC login 
procedure when an automatic recognition /*CONFIG 
statement is separately required. 

Similar processing is performed for the signoff 
procedure used by IBM host computers. Transmission 
of a signoff block, such as that generated by the 
reading of a /*SIGNOFF card, causes acknowledgment 
of the block, but no logical or physical disconnect- 
ion of the workstation. To disconnect the work- 
station from the CDC network, you must perform the 
disconnection procedures described in section 4. 



Using the Devices 

After login to the host computer is completed, you 
can simultaneously use the console and batch devices 
of the HASP workstation. You can switch the con- 
sole from communication with one network applica- 
tion program to communication with another, as 
described in section 4. You cannot switch the batch 
devices from communication with a network applica- 
tion program unless the program itself performs the 
switch. 



OUTPUT FORMATTING 

A network application program can format each line 
of its output to a HASP console by beginning the 
line with an ASCII character identified as a format 
effector. The resulting display operations are 
shown in table 3-4. 



TABLE 3-4. FORMAT EFFECTOR OPERATIONS 
FOR HASP CONSOLES 



Terminal 
Class 


Format 
Effector 


Gpnpral Physical 
Operationt 


Before 
Output 


After 
Output 


9 and 14 




Any other 

ASCII 

character 


Space 1 
line. 

Space 2 
lines. 

None. 


Space 1 line. 
Space 1 line. 
Space 1 line. 


Tno direct correspondence to code substituted on 
output device can be made. Code used for 
implementation depends on placement of message 
blocks within a transmission. 



The application program can: 

Suppress the use of format effectors completely 

Provide its own format effectors 

Expect your output to supply all format 
effectors 
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If format effectors are suppressed, all output is 
single-spaced. If the application supplies its own 
format effectors, you can use the first character 
of each of your data's physical lines as a format 
effector by prefixing the character with an ASCII 
unit separator (US) character. If the application 
requires your data to contain format effectors, the 
US prefix is unnecessary. When a character of your 
data is used as a format effector, that character 



Is transformed as shown in the table and is deleted 
from the output sent to the terminal. 



A network application program can format each line 
of its output to a HASP printer terminal by begin- 
ning each print line with an ASCII character Iden- 
tified as a carriage control character. The result- 
ing operations are shown in table 3-5. 



o 



TABLE 3-5. CARRIAGE CONTROL OPERATIONS FOR HASP PRINTERS 



ASCII 
Character 


General Physical Operation 


ASCII 
Character 


General Physical Operation 


Before Printing* 


After Printing 


Before Printing* 


After Printing 


Blank 


Space one line. 


None . 


Q 


Line not printed. 


None. 





Space two lines. 


None. 


R 


Line not printed. 


None. 


- 


Space three lines. 


None. 


S 


Line not printed. 


None. 


+ 


None. 


None. 


T 


Line not printed. 


None. 


/ 


Space one line. 


None. 


A 


None. 


Space to top of 
next page (skip 


1 


Space to top of 
next page (skip 
to channel 1). 


None. 






to controller 
channel 1 ) . 








B 


None. 


Space to bottom 


2 


Space to bottom 
of current page 
(skip to controls 
ler channel 12). 


None . 






of current page 
(skip to control- 
ler channel 12). 








C 


None. 


Skip to controller 


3 


Skip to controller 
channel 6. 


None . 






channel 6. 








D 


None. 


Skip to controller 


4 


Skip to controller 
channel 5. 


None, 






channel 5. 








E 


None. 


Skip to controller 


5 


Skip to controller 
channel 4. 


None. 






channel 4 . 








F 


None. 


Skip to controller 


6 


Skip to controller 
channel 3. 


None. 






channel 3. 








G 


None. 


Skip to controller 


7 


Skip to controller 
channel 2. 


None. 






channel 2. 








H 


None. 


Skip to controller 


8 


Skip to controller 
channel 11. 


None. 






channel 1 1 . 








I 


None . 


Skip to controller 


9 


Skip to controller 
channel 7. 


None. 






channel 7 . 








J 


None. 


Skip to controller 


X 


Skip to controller 
channel 8. 


None. 






channel 8. 








K 


None. 


Skip to controller 


Y 


Skip to controller 
channel 9. 


None. 






channel 9, 








L 


None. 


Skip to controller 


Z 


Skip to controller 
channel 10. 


None. 






channel 10. 


PM 


None. 


None. 








tNot all 


HASP emulators can perform these operation 


s. 
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Conversion of characters in your output to carriage 
control characters is controlled by the application 
program. If the application program does not 
require such conversions, all such characters are 
output at the terminal and all lines are single- 
spaced . 



Using Terminal or Network Transparent Mode 

Some HASP workstations use emulators that support 
commands to perform transparent terminal data trans- 
missions to or from devices. These commands pre- 
serve character codes normally associated with data 
link escape functions from treatment as function 
codes by the workstation during transmission. The 
workstation commands have no effect on the use of 
the CDC network feature for console transparent mode 
transmissions, as described in section 2. Trans- 
parent terminal data transmission is described in 
section 6. 

The CDC network does not permit network transparent 
mode transmissions to or from the console of a HASP 
workstation. Batch transparent card input data is 
supported as described in section 6; the EBCDIC 
character codes indicated in appendix A are stored 
in host files. If your host does not supply soft- 
ware to restructure and interpret such data, you 
should not use the transparent network data feature. 

Data transmitted to a plotter is always transparent 
in the sense of not being converted to character 
codes; such data is treated as binary punch data and 
is presumed to be instructions for plotter opera- 
tion transmitted in 6-bit or 8-bit bytes. 



BISYNCHRONOUS 2780 OR 
3780 TERMINALS 

lai 2780 or 3780 terminals supported by a CDC net- 
work comprise a simulated operator's console and 
associated batch devices. 



TERMINAL SETUP BEFORE ACCESS 

A 2780 or 3780 terminal can only access the CDC 
network by using a communication line configured to 
support the batch devices used by the terminal. 
The devices used at the terminal should agree in 
type with those expected to use the communication 
line. 

For example, a 3780 terminal with a card punch 
should only access the network via a communication 
line configured to support a card reader, a line 
printer, and a card punch. Unless such a communi- 
cation line is used, data cannot be sent to the card 
punch. 

Each terminal can contain: 

A card reader 

A line printer 



A simulated operator's console (using the card 
reader in place of a keyboard and the line 
printer in place of a display) 

An optional card punch. 

The first two devices are required. The simulated 
console always exists. Ojly the card punch can be 
addressed separately by its device selection code 
during access to the network. If the terminal uses 
a device for input or output that is not included 
in this list, the device must be configured to 
appear as one of these devices. 



Using Punch Selection Codes 

If your terminal has a card punch, the selection 
code used for that device must be the same as the 
code defined for the card punch supported by the 
network on the communication line in use. Contact 
your site administrator if you are not sure the 
correct code is used. 



Using 2780 Terminals 

Some 2780 emulators allow a variation in the maxi- 
mum number of records transmitted per terminal 
transmission block. The number of records per block 
your terminal transmits must be within the range 
allowed for a terminal on the communication line you 
are using. 



TERMINAL FEATURE DEPENDENCIES 

You must be careful when using the operating guide 
for a 2780 or 3780 terminal. Many such guides dis- 
cuss operations outside of the terminal proper as 
operations performed by the IBM host computer. In 
a CDC network, many of these operations are per- 
formed in the network processing units without the 
knowledge of the host. 



Using IBM Host Features 

Use of a 2780 or 3780 terminal with an IBM host com- 
puter requires transmission of a block of slgnon 
information to the host. This slgnon Information 
can either be generated automatically within the 
terminal or be entered manually through a card 
reader. 

The method used to provide the slgnon information 
depends on the terminal used. Documentation of the 
slgnon procedure usually states that slgnon to the 
host computer is necessary and that a response to a 
successful slgnon procedure comes from the host com- 
puter. In a CDC network, slgnon is also processed 
this way. 

The CDC network requires a login procedure contain- 
ing four parameters to be completed for the 2780 or 
3780 terminal console. This login procedure can be 
completed automatically as described in section 4 
or be performed manually by you. The CDC login pro- 
cedure is Identical to the slgnon block procedure; 
only the information used differs. 
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Some IBM hosts require terminal configuration Infor- 
mation as part of the slgnon procedure. In a CDC 
network, such Information is processed separately 
before login, using the /*CONFXG statement 
described in section 4. 

No processing is performed for the signoff proce- 
dure used by IBM host computers. Transmission of a 
/*SIGNOFF card causes acknowledgment of the card, 
but no logical or physical disconnection of the 
terminal. To disconnect the terminal from a host 
or the CDC network, you must perform the disconnect- 
ion procedures described in section 4. 

Using the Devices 

After login to the host is completed, you cannot 
simultaneously use the console and batch devices of 
a 2780 or 3780 terminal. Only one of the following 
devices can be used at a time: 

Card reader as a console keyboard 

Card reader as a batch Input device 

Line printer as a console printer 

Line printer as a batch output device 

Card punch as a batch output device 

Batch device operation is essentially continuous. 
Batch or console input always receives priority 
over output. Input is not interrupted for output; 
however, output can be interrupted for input. 
Interrupted output resumes after an end-of- 
transmission is received at the end of the input; 
the use of end-of-transmlssion is discussed below. 

These rules mean that console input can occur only 
between batch input file transmissions. Console 
output can occur whenever batch output at the 
printer stops. 

You can enter any command normally transmitted from 
a console. However, you must prefix all such com- 
mands with the characters /* • These prefixing 
characters are not transmitted to the host. For 
example , if you respond to the host login prompt of 
FAMILY: with the entry /*SYSSVL, the host receives 
a family name entry of SYSSVL. 

You can switch the console from communication with 
one network application program to communication 
with another, as described in section 4. You can- 
not switch the batch devices from communication 
with a network application program unless the pro- 
gram itself performs the switch. 



Using Terminal or Network Transparent Mode 

Some 2780 or 3780 terminals perform terminal trans- 
parent mode transmissions to or from batch devices. 
This mode preserves character codes normally 
associated with data link escape functions from 
treatment as function codes by the terminal during 
transmission. 

Some emulators have commands that can be entered 
from a console to perform such transparent mode 
transmissions. The emulator commands have no effect 



on the use of the CDC network feature for console 
transparent mode transmissions, as described in 
section 2. The NPU does not support network trans- 
parent mode transmissions to or from the console of 
a 2780 or 3780 workstation. 

Batch transparent card input data is supported as 
described in section 6; the EBCDIC character codes 
indicated in appendix A are stored in host files. 
If your host does not supply software to restruc- 
ture and interpret such data, you should not use 
the transparent network transmission feature. 



Using End-of-Text and End-of-Transmission 

When the card reader hopper of an IBM 2780 or 3780 
becomes empty and the end-of-file key or switch is 
enabled, the terminal generates an end-of- 
transmlsslon (EOT) code. It can then receive out- 
put from the network. Otherwise, an empty hopper 
generates only an end-of-text (ETX) code. These 
conventions allow you to read in more than one card 
deck without waiting for output to be completed. 

Some 2780 or 3780 emulators also allow you to 
separate multiple input transmissions by either an 
ETX code or an ETX followed by an EOT code and a 
delay of varying length before the next input trans- 
mission begins. 

The ETX-only option is adequate to separate batch 
input transmissions. However, the EOT option is 
preferrable to separate console transmissions so 
that the network has time to return responses from 
itself or the host before subsequent entries occur. 

For example, a Wang Model 30 system allows documents 
(files) to be queued for transmission in the same 
3780 "session" (separated by ETX codes only), or in 
separate 3780 "sessions" (separated by an EOT as 
well). The EOT option is necessary after sending a 
terminal definition command, /*CONFIG card, or login 
parameter. Unless the EOT option is used, subse- 
quent input is discarded (typeahead is not 
supported in those situations) . 



Coping With Transmission Blocks 

Although transmission block size is not significant 
for some 3780 emulators, others require the network 
to tailor the output transmission block size to the 
terminal's hardware requirements. For example, 3780 
console and printer output sent to a Wang Model 30 
is actually written to that system's hard disk. If 
the transmission block size used Is significantly 
larger than the disk sector size (255 characters), 
the Wang must discard part of each block because it 
cannot convert the output to its Internal format and 
write the data on the disk before the next downline 
block arrives. Successful use of such terminals 
requires the network administrator to configure 
them with an appropriate transmission block size. 

Some 2780 emulators allow from one to seven records 
in each output transmission block. Other 2780 
emulators require a fixed number of records in out- 
put transmission blocks (two records per block is 
common). The number of records allowed by your 
terminal should agree with the number the network 
administrator defines for the terminal. 
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OUTPUT FORMATTING 

A network application program can format each line 
of Its output to a 2780 or 3780 console by begin- 
ning the line with an ASCII character identified as 
a format effector. The resulting display opera- 
tions are shovm In table 3-6. 

The application program can: 

Suppress the use of format effectors completely 

Provide its own format effectors 



Expect your 
effectors 



output to supply all format 



If format effectors are suppressed, all output is 
single-spaced. If the application supplies Its own 
format effectors, you can use the first character 



of each of your data's physical lines as a format 
effector by prefixing the character with an ASCII 
unit separator (US) character. If the application 
requires your data to contain format effectors, the 
OS prefix is unnecessary. When a character of your 
data is used as a format effector, that character 
is transformed as shown in the table and is deleted 
from the output sent to the terminal. 

A network application program can format each line 
of its output to a 2780 or 3780 printer by begin- 
ning each print line with an ASCII character iden- 
tified as a carriage control character. The 
resulting operations are shown in table 3-7. 

Conversion of characters in your output to carriage 
control characters is controlled by the application 
program. If the application program does not 
require such conversions, all such characters are 
output on the device and all lines are single- 
spaced . 



TABLE 3-6. FORMAT EFFECTOR OPERATIONS FOR 2780 AND 3780 BISYNCHRONOUS CONSOLES 



Terminal Class 


Format Effector 


General Physical OperatlonT 


Before Output 


After Output 


16 and 17 


Any ASCII character 


Before the first line of the message, generate 
the prefix text 

***CONSOLE MESSAGE 

Before the subsequent lines of the message, do 
nothing . 


Space 1 line. 
Space 1 line. 


'No direct correspondence to code substituted on output device can be made. Code used for implementation 
depends on placement of message blocks within a transmission. 



TABLE 3-7. CARRIAGE CONTROL OPERATIONS FOR 2780 AND 3780 PRINTERS 





General Physical 


Operation 






Before Printing 


After Printingt 


Blank 


Space one line. 


None. 







Space two lines. 


None. 




- 


Space three lines. 


None. 




+ 


Space one line on 2780, or no action on 
3780. 


None. 




1 


Space to top of next page (skip to channel 
1). 


None. 




2 


Space one line on 2780, space to bottom of 
of current page (skip to controller channel 
12) on 3780. 


None. 




3 


Skip to controller channel 6. 


None. 




4 


Skip to controller channel 5. 


None. 
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mBLE 3-7. CARRUGE CONTROL OPERATIONS FOR 2780 AND 3780 PRINTERS (Contd) 



ASCII Character 



5 
6 
7 
8 

9 

X 



m 
Q 

R 

s 

T 
A 



C 
D 
E 
F 
G 
H 

I 
J 
K 



General Physical Operation 



Before Printing 



Any other character Space 1 line 



Skip to controller channel 4. 

Skip to controller channel 3. 

Skip to controller channel 2. 

Space one line on 2780, skip to controller 
channel 11 on 3780. 

Skip to controller channel 7. 

Space one line on 2780, skip to controller 
channel 8 on 3780. 

Space one line on 2780, skip to controller 
channel 9 on 3780. 

Space one line on 2780, skip to controller 
channel 10 on 3780. 

None. 

Line not printed. 

Line not printed. 

Line not printed. 

Line not printed. 

None . 

Space one line on 2780, no action on 3780. 



None. 
None . 
None. 
None . 
None . 
Space one line on 2780, no action on 3780. 

None . 
None. 
Space one line on 2780, no action on 3780. 

Space one line on 2780, no action on 3780. 



After Printing! 



None. 
None . 
None . 
None. 

None. 
None. 

None. 

None. 

None . 
None . 
None. 

None . 

None. 

Space to top of next page (skip to 
controller channel 1). 

Space one line on 2780, space to 
bottom of current page (skip to 
controller channel 12) on 3780. 

Skip to controller channel 6. 

Skip to controller channel 5. 

Skip to controller channel 4. 

Skip to controller channel 3. 

Skip to controller channel 2. 

No action on 2780, skip to controller 
channel 11 on 3780. 

Skip to controller channel 7. 

Skip to controller channel 8. 

No action on 2780, skip to controller 
channel 9 on 3780. 

No action on 2780, skip to controller 
channel 10 on 3780. 

None. 



'Not all emulators can perform these operations. 
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3270 TERMINALS 

The 3270 terminals supported by CDC are: 
3271 Control Unit, Models 1, 2 
Control Unit, Model 10 



3274 
3276 

3277 
3278 



Control Unit/Display Station, Models 1, 
2, 3, 4 

Display Station, Models 1, 2 

Display Station, Models 1, 2, 3, 4 



Terminal Feature Dependencies 

Up to 32 controllers (clusters) on a line where each 
cluster may have a maximum of 32 devices (display 
stations end/or line printers). EBCDIC is the only 
code set supported. Card reader support (magnetic - 
id card) is implicitly available in transparent 
mode. 



Auto-Recognition 

Auto-recognition of 3270 terminals is not 
performed, therefore dial up terminals must dial 
into synchronous ports supporting 3270s only. The 
line definition for 3270 ports must Include all 
cluster and terminal addresses that may connect to 
the port. 



Output Formatting 

A network application program can format each line 
of its output to a 3270 console by beginning the 
line with a character identified as a format 
effector. The resulting display operations are 
shown in table 3-8. A network application program 
can format each line of its output to a 3270 
printer terminal by beginning each print line with 
a character identified as a carriage control 
character. The resulting operations are shown in 
table 3-9. 



TABLE 3-8. FORMAT EFFECTOR OPERATIONS FOR THE 3270 BISYNCHRONOUS TERMINAL 



Terminal Class 


Format Effector 


General Physical Operation 


Before Output 


After Output 


18 


Blank 


None 


Space one line 







Space one line 


Space one line 




- 


Space two lines 


Space one line 




+ 


None 


Space one line 




* 


None 


Space one line 




1 


None 


Space one line 




- 


None 


Space one line 




• 


None 


Space one line 




/ 


None 


Space one line 




Others 


None 


Space one line 



TABLE 3-9. CARRIAGE CONTROL OPERATIONS FOR 3270 BATCH PRINTERS 



o 



Terminal Class 


Format Effector 


Action 


Before Printing 


After Printing 


18 


Blank 


+ 
1 
Others 


Space one line 

Space two lines 

Space three lines 

None 

Space to top of next page 

Space one line 


None 
None 
None 
None 
None 
None 
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ACCESS AND DISCONNECTION 
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This section describes procedures to access a host 
computer system and to use CDC network software 
when you need help that the host system cannot sup- 
ply. Each procedure corresponds to a step in get- 
ting from the bottom of figure 4-1 to the top. 

Reaching a network application program in a host 
involves eight distinct steps. Each step is always 
taken when a terminal accesses the network. How- 
ever, you might not have to perform all of the pro- 
cedures. Your network's administrators can make 
many of these procedures unnecessary by having the 
software take the step for you. 

The following procedures are described in separate 
subsections: 

Gathering information (step 1) 



APPLICATIONS 



HOSTS 



NETWORK 
HARDWARE 



TERMINAL 



Setting up your terminal (step 2) 

Connecting your terminal to the network (step 3) 

Identifying your terminal to the network (step 
4) 

Selecting the host that runs the software you 
need (step 5) 

Connecting your terminal to that host (step 6) 

Identifying yourself to that host (step 7) 

Connecting your terminal to the network appli- 
cation program that provides the services you 
need (step 8) 




AtAM Paths to take 
Q) Choices to make 



Figure 4-1. Steps in Accessing Host Software 
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GATHERING INFORMATION 

The following questions can help you determine 
which of the subsequent procedures are necessary. 
Answering these questions Is step 1, as shown In 
figure 4-2. 

If you know the answers, or can get the answers 
from people at your site, the last paragraph of 
text following each question will tell you which 
questions and the corresponding subsections of this 
book you can skip. If you cannot answer a ques- 
tion, read all of the subsections; each procedure 
description contains hints for answering the ques- 
tions. 



1. Is the terminal hardwired, or is it a dial-up 
terminal? 

Sections 1 and 3 can help you answer this ques- 
tion. If your terminal is hardwired, answer ques- 
tions 2 through 5 and 7 through 10 below. Skip the 
subsection called Connecting Your Terminal. 



2. Is your terminal configured for automatic 
recognition? 

Your site can ask the network software to determine 
certain things about your terminal when the termi- 
nal joins the network. This process is called 
automatic recognition. (Terminals using X.25 
packet-switching networks cannot use automatic 
recognition.) 

If your terminal is configured for automatic recog- 
nition, you must take an extra step each time you 
connect your terminal to the network. If your ter- 
minal is not configured that way, answer questions 
4 through 10 below. Skip the subsection called 
Identifying Your Terminal to the Network. 



3. What protocol does your terminal use? 

Section 3 explains protocols briefly, and section 6 
provides more detail on how the network supports 
them. If your terminal operating manual does not 
tell you what protocol your terminal uses, question 



APPI.ICATIONS> 



HOSTS 







NETUORK 
HARDWARE 



TERMINAL 







-You are here 



What do you know? 
What do you need to know? 
How many steps involve your actions? 
\D Choices to make 



Figure 4-2. Step 1, Gathering Information 



o 
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4 and the terminal classes shown in section 5 might 
help you answer this question. If your terminal is 
not configured for automatic recognition, answer 
questions 5 through 10 below. Skip the subsection 
called Identifying Your Terminal to the Network. 



4. What class of terminal is it? 

Many different kinds of terminals exist. The net- 
work software assigns terminals it supports to 
classes, as follows: 

Class Protocol 

I thru 8 asynchronous or X,25 asynchronous 

9 and 14 HASP bisynchronous 

10 and 15 CDC mode 4A synchronous 

II thru 13 CDC mode 4C synchronous 

16 and 17 2780 and 3780 bisynchronous 
18 3270 bisynchronous 

other site-defined 



If you know what the terminal class is, that will 
tell you the protocol. 



Terminals in classes 1 through 8 sometimes are cal- 
led interactive terminals or consoles. A console 
has an input and output device that can be used for 
dialog with the network. Host consoles use a 
television-like screen or a typewriter-like mecha- 
nism to convey output information. Almost all con- 
soles have a keyboard for entering Information to 
the network. Some consoles might also use mecha- 
nisms such as magnetic tape cassettes or paper tape 
reader/punches for input or output. 



Terminals in classes 9 through 18 sometimes are 
called remote batch terminals or remote job entry 
terminals. Such terminals have an interactive 
console and can also have batch devices, as 
described in section 1. 

Figure 4-3 shows a console with a display screen 
and a keyboard. Figure 4-4 shows a console with a 
printer and a keyboard. Figure 4-5 shows a remote 
batch terminal with a console and a batch printer 
device. 




Figure 4-3. Interactive Display Console 




Figure 4-4. Interactive Printer Console 




Figure 4-5* Remote Batch Terminal 



5. What key ends a line of data? What key sends 
data? (Does the tenninal use block mode?) 

You should know when data leaves your terminal so 
that you know when to expect a response from the 
network or the host computer. Your terminal opera- 
tor's guide should tell you what key or keys send 
data from your terminal. 

Section 2 describes the keys and modes of terminal 
operation. 



6. What telephone number is appropriate? 

Your network might use a specific telephone number 
for terminals that communicate at a certain speed, 
for terminals operating in block mode, or for all 
terminals using certain protocols. 

The telephone number you use determines whether you 
need to complete some of the procedures. If you do 
not know what numbers you should use, get help from 
a site administrator. 



7. Is your terminal automatically connected to a 
host? 

If it is, answer questions 8 through 10 below, then 
skip the subsection called Connecting Your Terminal 
to a Host. 
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8. What Is the name or node number for the host 
you need to use? 



9. Will your terminal be automatically logged In? 

If so, answer question 10. Skip the subsection 
called Identifying Your Terminal to the Host. 



10. What Is the family name, user name, and pass- 
word appropriate for you on the host system you 
will be using? 



11. Is your terminal automatically connected to a 
network application program? 



If so, skip the subsection called Connecting to a 
Network Application. 



SETTING UP YOUR TERMINAL 

This is step 2, as shown In figure 4-6. 

If your terminal is hardwired, you can probably 
skip most of this subsection; hardwired terminals 
are usually set up once and left in the appropriate 
condition. Before using this subsection, review 
the applicable terminal operator's manual, which 
describes the procedures for setting up your ter- 
minal . If you are using an X. 25 terminal , follow 
the PAD access procedures supplied by the packet- 
switching network. 

Switch settings are important. The number, type, 
settings, and names of switches vary from terminal 
to terminal. Some terminals use buttons or toggles 
for switches; others use software option selections 
as switches. 

If other people have used your terminal to connect 
to the network, the switches should be set cor- 
rectly; do not change them. Directions for setting 
the switches may be posted near your terminal. 



o 
o 
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Figure 4-6. Step 2, Setting Up Your Terminal 
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Here Is a suggested procedure to follow when set- 
ting up your terminal: 

1. Turn on the power switch. 

2. Load and initialize any software or controlware 
needed by your terminal. You will find 
detailed information on this task in your ter- 
minal's operator manual. Section 3 contains 
procedures for some terminals coomionly used in 
CDC networks. 



A dial-up terminal uses either an acoustic coupler 
(asynchronous terminals only) or a data set (asyn- 
chronous, X.25, bisynchronous, or synchronous ter- 
minals) to link itself to the network. 



An acoustic coupler can be built into the terminal. 
Figure 4-8 shows a terminal with a built-in acous- 
tic coupler and gives directions to connect the 
terminal to the network. 



c 



\^ 



3. Set the terminal's duplex or echoplex switch to 
the correct position (use HALF if you are not 
sure). If nothing you enter appears on your 
console after you connect to the network, the 
network must display characters for your con- 
sole. Section 5 describes how to enable and 
disable character echoing by the network (see 
the EP command). 

4. Set the terminal's parity switch to the proper 
position. If garbled output appears at your 
console after you connect to the network, the 
network must use a different parity choice for 
your terminal. Section 5 describes how to 
change parity use by the network (see the PA 
command ) . 

5. Set the line speed switch to a speed that 
matches one associated with the telephone num- 
bers you were given. If you do not know the 
line speed you should use, set the switch to 
any position for X.25, mode 4 synchronous, or 
bisynchronous terminals; set the switch to 30 
characters per second (300 bits per second) for 
asynchronous terminals. 

6. Set the transmission mode switch to either the 
character or line mode position (you can change 
it later if you have a block mode terminal). 
For example: on a CDC 751, set the switch to 
the CHAR position; on a CDC 200 User Terminal, 
set the switch to the LINE position. 

7. Set the on-line/off-line switch to the position 
that permits on-line communications. For 
example: on a CDC 721, select the ON option of 
the LINK setting; on a CDC 713, turn off the 
LOCAL Indicator switch; on a Teletype, set the 
LINE/OFF/LOCAL switch to the LINE position; on 
a CDC 200 User Terminal console, set the 
ATTENDED/UNATTENDED switch to the ATTENDED 
position. 

You are now ready to connect your terminal to the 
network. 



An acoustic coupler can also be separate from the 
terminal. Figure 4-9 shows an acoustic coupler 
separate from a terminal and gives directions to 
connect the terminal to the network. 



A data set can be built into the terminal. Figure 
4-10 shows a terminal with a data set built in and 
gives directions to connect the terminal to the 
network. 



A stand-alone data set can have either a switch 
labeled TALK and DATA or individual buttons labeled 
TALK and DATA. Figure 4-11 shows a data set with 
switches and a data set with buttons, and gives 
directions to connect the terminal to the network. 



After you dial the phone number, you either get the 
tone mentioned in the figures or an operator 
answers. If an operator answers, ask for your ter- 
minal to be connected, wait for the tone, then pro- 
ceed as described in the figures. If you get a 
busy signal, wait and redial or try another number. 



If your terminal has an indicator (sometimes marked 
DSR, DATA SET READY, or SYSTEM ACTIVE), it lights 
to let you know that the terminal is connected to 
the network. Walt approximately two seconds after 
the light comes on before entering data. 



You are now ready for the next procedure. You 
might need to do one or all of the following: 

Identify your terminal to an X.25 network (this 
book cannot describe such a procedure) 

Identify your terminal to the CDC network 

Select a host 

Connect to a selected host 



CONNECTING YOUR TERMINAL 
TO THE NETWORK 

To begin communication, your terminal must be phys- 
ically connected to the network. This is step 3, 
shown in figure 4-7. If your terminal is hard- 
wired, skip the remainder of this section; this 
section applies only to dial-up terminals. 



Identify yourself to the selected host (log In) 

Select a network application 

The software expecting the next procedure usually 
sends you a message that helps you decide which 
procedure comes next. If nothing appears at your 
terminal within a few seconds, you probably need to 
identify the terminal to the network. Turn to the 
subsection appropriate for the next action you must 
perform. 
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Figure 4-7. Step 3, Connecting to the Network 
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Figure 4-8. Terminal With Built-in Acoustic Coupler 
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1. Turn on coupler. 

2. Pick up receiver. 

3. Dial phone number. 

4. Wait for high-pitched 
tone. 

5. Fit receiver into 
coupler. 




Figure 4-9. A Separate Acoustic Coupler 



1. 


Pick up receiver. 


2. 


Push button, such as 




OfllG button on Teletype 




Model 33 or 35. 


3. 


Dial phone nunber. 


4. 


Wait for high-pitched 




tone. 


5. 


Push button, such as 




ORIG button on Teletype 




Model 33 or 35. 


6. 


Replace receiver. 
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Figure 4-10. Data Set Built Into the Terminal 
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push TALK button. 


3. 


Dial phone number. 


4. 


Wait for high-pitched 




tone. 


5. 


Set switch to DATA or 




push DATA button. 


6. 


Replace receiver. 




Data set uith switch 




Data set with buttons 



Figure 4-11. Data Sets With Switches and Buttons 



IDENTIFYING YOUR TERMINAL 
TO THE NETWORK 

Once you have established physical connection to 
the network hardware, you might need to Identify 
the terminal to the network software. This is step 
4, shown in figure 4-12. 

This Identification procedure, called automatic 
recognition, is not always needed. It does not 
apply to X.25 terminals. It does not apply If the 
communication line used by your terminal is not 
configured for automatic recognition. 

If your terminal does not display any information 
within a few seconds of physical connection, you 
should complete one of the identification proce- 
dures described in the next subsections. The pro- 
cedure you use depends on the terminal protocol, 
which you can determine if you know the terminal's 
type and/or class. 
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NOTE 



If you are using a 2741-compatible ter- 
minal, you might have to press the car- 
riage return key before output can appear 
at your terminal. If that action locks 
your device's keyboard, you can unlock it 
again by momentarily switching the termi- 
nal off-line (into LOCAL mode), then back 
on-line. Output can then appear on the 
device . 



If you do not complete the identification procedure 
within the allowed time, the network disconnects a 
dial-up terminal. Hang up the phone and redial the 
number if you are using a dial-up terminal. You 
must restart the procedure for a hardwired terminal. 
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Figure 4-12. Step 4, Identifying Your Terminal to the Network 
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PROCEDURE FOR ASYNCHRONOUS 
TERMINALS 



For an asynchronous terminal, which belongs in ter- 
minal classes 1 through 8, complete this procedure 
within 1 minute: 

1. Wait 2 seconds after the light comes on that 
Indicates your terminal is connected to the 
network. 

2. Press the carriage return key to identify the 
line speed used by your terminal. The network 
software responds with two line feeds. 

3. If your terminal uses an APL, EBCD, or Corre- 
spondence code character set, type a right 
parenthesis; if your terminal uses an ASCII 
character set, you need not type in anything. 

Press the carriage return key to identify the 
character and code set used by the terminal. 
The network software responds with one line 
feed. 
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You are ready for the next procedure. You might 
need to do one or all of the following: 

Select a host 

Connect to a selected host 

Identify yourself to the selected host (log in) 

Select a network application 

The software expecting the next procedure sends you 
a message that helps you decide which procedure 
comes next. Turn to the subsection appropriate for 
the next action you must perform. 



PROCEDURE FOR HASP TERMINALS 

HASP terminals belong either to terminal class 9 or 
14. For automatic recognition of your HASP termi- 
nal, you might need to modify the signon block or 
enter a special statement. 
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The first information transmitted by a HASP work- 
station after it is connected to the network is 
called a signon block. A workstation might handle 
signon block transmission in one of several ways. 

• Some workstations automatically transmit a 
signon block that begins with the characters 

/*SIGNON 

These eight characters and Information fol- 
lowing them imitate the card required by some 
IBM host systems for workstation identification. 
This transmission can occur without your knowl- 
edge or intervention if the information is 
built into the firmware or hardware. 

• Some workstations require you to enter informa- 
tion for the signon block before they will 
transmit anything to the network; however, they 
only allow the block to contain information 
beginning with the eight /*SIGNON characters. 
These characters and other Information might be 
required as: 

A command from the console 

A card read from any card reader 

A card read from a specific card reader 

• Some workstations require you to enter signon 
block information before they will transmit 
anything to the network, but the content of the 
signon block is left up to you. Whether the 
information can be entered from the console or 
from a card reader depends on the workstation. 

The network software cannot use information from a 
/*SIGNON card image. When such a card image is 
received in a signon block, the signon block con- 
tents are discarded. 

Instead, the network software uses a /*CONFIG state- 
ment for the automatic recognition procedure. You 
can send the /*CONFIG statement in the signon block 
when your terminal permits you to provide the con- 
tents of that block. 

If the signon block does not contain the /*CONFIG 
statement and the terminal must use automatic 
recognition, a prompt requesting that statement is 
sent to the workstation console. When a prompt for 
the statement appears, enter the statement through 
a card reader. 

The format of the /*CONFIG statement is: 

/*CONFIG[,tl,CO=co,CR=x,LP=x,CP=y,PL=z] 

Blanks are not allowed within the statement; a 
blank ends parameter processing. The parameters, 
which you can specify in any order, are as follows: 



ti 



Is the terminal type indicator: 
POST 



HASP postprint (default); 
this is terminal class 9 



PRE HASP preprint; this is ter- 
minal class 14 



Is the configuration ordinal, a decimal 
integer from 1 to 255; default is 1. 
Use the configuration ordinal to select 
one of several terminal definitions 
defined for the line that describes a 
specific combination of additional 
characteristics. Site administration 
personnel can tell you the correct 
number to use. 



CR=x 



LP=x 



CP=y 



PL=z. 



Identifies 
Default is 



available card readers. 



Identifies available line printers. 
Default is 1. 

Identifies available card punches; y 
cannot equal z. Default is 1. 

Identifies available plotters; y cannot 
equal z. No default exists for z; you 
cannot omit PL=z if you have a plotter. 



where x, y, or z is a list of numbers specified 
by 

1/2/. ../7 
or 

ALL All ntimbers from 1 to 7 



The numbers you use for x, y, and z must match 
the HASP stream ntimbers used for the corre- 
sponding devices within the workstation. Site 
administration personnel should have this 
Information If you do not know what numbers to 
use. 



For example: 

/*CONFIG , PRE , C0=2 , CR=2 , LP=2/ 3 , CP=4 , PL=5 

identifies your terminal as the second preprinting 
workstation defined for the communication line, 
having : 

A card reader and line printer on stream 2 

Another printer on stream 3 

A card punch on stream 4 

A plotter on stream 5 

If no prompt for a /*CONFIG statement appears, you 
are ready for the next procedure. You might need 
to do one or all of the following: 

Select a host 

Connect to a selected host 

Identify yourself to the selected host (log in) 

Select a network application 

The software expecting the next procedure sends you 
a message that helps you decide which procedure 
comes next. Turn to the subsection appropriate for 
the next action you must perform. 
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PROCEDURE FOR MODE 4 TERMINALS 

Mode 4 terminals belong to terminal classes 10 
through 13 and 15. For automatic recognition, 
press the end-of-block key within one minute of 
physical connection. 



You are ready for the next procedure, 
need to do one or all of the following: 

Select a host 



You might 



Connect to a selected host 

Identify yourself to the selected host (log in) 

Select a network application 

The software expecting the next procedure sends you 
a message that helps you decide which procedure 
comes next . Turn to the subsection appropriate for 
the next action you must perform. 

PROCEDURE FOR BISYNCHRONOUS 
TERMINALS 

Bisynchronous terminals belong to terminal classes 
16 and 17. Enter a /*C0NF1G statement to specify 
the type of terminal and the devices available at 
it. 

The format of the /*CONFIG statement is: 

/*CONFIG[,ti,CO=co,CR,LP,CP[=y]] 



Blanks are not allowed within the statement; a 
blank ends parameter processing. The parameters, 
which you can specify in any order, are as follows: 



ti 



Is the terminal type indicator: 

2780 IBM 2780 (default); this is 
terminal class 16 



3780 



IBM 3780; this is terminal 
class 17 



CR 



LP 



CP-y 



Is the configuration ordinal, a decimal 
integer from 1 to 255; default is 1. 
Use the configuatlon ordinal to select 
one of several terminal definitions 
defined for the line that describes a 
specific combination of additional 
characteristics. Site personnel can 
tell you the correct number to use. 

Indicates an available card reader; 
assumed if not specified. 

Indicates an available line printer; 
assumed if not specified. 

Indicates an available card punch; 
assumed not to exist if not specified. 
The =y portion is not allowed for 2780; 
for 3780, the y portion is required and 
can be either 2 or 3 to correspond to 
the device selection character DC2 or 
DC3. 



For example: 

/*CONFIG,3780,CO=4,cr,LP,CP=2 
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identifes your terminal as the fourth 3780 configu- 
ration defined for the communication line, having: 

A card reader and line printer 

A card punch which is selected by the character 
code DC2 

If no prompt for a /*CONFIG statement appears, you 
are ready for the next procedure. You might need 
to do one or all of the following: 

Select a host 

Connect to a selected host 

Identify yourself to the selected host (log in) 

Select a network application 

The software expecting the next procedure sends you 
a message which helps you decide which procedure 
comes next. Turn to the subsection appropriate for 
the next action you must perform. 

PROCEDURE FOR IBM 3270 TERMINALS 

IBM 3270 terminals belong to terminal class 18. 
Automatic recognition is not performed for these 
terminals . 

You might need to do one or all of the following: 

Select a host 

Connect to the selected host 

Identify yourself to the selected host (log in) 

Select a network application 

The software expecting the next procedure sends you 
a message that helps you decide which procedure 
comes next. Turn to the subsection appropriate for 
the next action you must perform. 



SELECTING A HOST 

You might need to select the host that runs the 
software you want to use. This is not necessary if 
your installation personnel select a path to a host 
for your terminal when the network is configured. 

You can select or change a site-defined host path 
after you connect your terminal to the network. 
The host path selected is used either until you 
change it or until your terminal is disconnected 
from the network. 

More than one host path can be available to each 
host from a terminal. If one host path fails, you 
can select an alternate route. Selecting your host 
path is step 5, as shown in figure 4-13. 



SELECTING ANY HOST PATH 

You can select a host path or override a site- 
defined host path selection with the following ter- 
minal definition command: 



ct HS=hostname |cr| 



o 
o 



o 



o 
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figure A-13. Step 5, Selecting a Host Path 
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The ct parameter In this command must be the net- 
work control character defined for your terminal. 
The network control character is explained in sec- 
tion 5; refer to the CT command description. 

Each host has a unique name. This name (one 
through seven characters) is Indicated by host- 
name. Your terminal uses the path to that host 
with the least traffic. 

For example: 

%HS=syLNOS [cT] 

would select the path with the least traffic to the 
host called SVLNOS (% represents your terminal's 
network control character) . 

If you do not know the name you need, the host 

availability display (HAD) can show you what names 

are available. That display is described later in 
this section. 

Once you have selected your host, you are ready for 
the next procedure. You might need to do one or 
all of the following: 
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Connect to the selected host 

Identify yourself to the selected host (log in) 

Select a network application program 

The software expecting the next procedure sends you 
a message that helps you decide which procedure 
comes next. Turn to the subsection appropriate for 
the next action you must perform. 



SELECTING A SPECIFIC HOST PATH 

Use the following terminal definition command to 
select your own host path or to override the site- 
defined host path: 

ct HN=nn |cr| 

The ct parameter in this command must be the net- 
work control character defined for your terminal. 
The network control character is explained in sec- 
tion 5; refer to the CT command description. 
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Each host path has a unique number, called a node 
I number. The host node number (1 through 63) is 
Indicated by nn. 

For example: 

%HN=2 [c7] 

would select host path 2 (% represents your termi- 
nal's network control character). 

If you do not know the node number you need, the 
host availability display (HAD) can show you what 
numbers are available. That display is described 
in the following subsection. Each node number has 
a name for its host, provided by your site to help 
you identify the corresponding host system on the 
HAD. 

Once you have selected the host path, you are ready 
for the next procedure. You might need to do one 
or all of the following: 

Connect to the selected host 

Identify yourself to the selected host (log in) 

Select a network application program 

The software expecting the next procedure sends you 
a message that helps you decide which procedure 
comes next. Turn to the subsection appropriate for 
the next action you must perform. 



CONTROLLING THE DISPLAY OF HOST 
PATHS 

As shown in figure 4-14, the host availability dis- 
play lists all host paths your terminal can cur- 
rently use to gain access any host in the network. 
You can turn display of the HAD on and off or 
request the display with the following terminal 
definition command: 



ct HD [ = 



^1 



] \7F] 



The ct parameter in this command must be the net- 
work control character defined for your terminal. 
The network control character is explained in sec- 
tion 5; refer to the CT command description. 

The initial display mode is usually N (no) for a 
single-host network and Y (yes) for a multiple-host 
network. 

When the display mode is N, you receive only two 
lines at your terminal (the host status message and 
the prompt message) instead of the full display. 
This occurs when you disconnect your terminal from 
a host. 

After you have entered HD=Y or HD, the full display 
is Issued when you disconnect your terminal from 
the host. The full display also is issued in 
response to the HD=Y or to the HD command. 



CONNECTING TO THE 
SELECTED HOST 

Your site personnel might have configured your ter- 
minal so that it is automatically connected with a 
host. If so, the network continues to attempt con- 
nection indefinitely until the connection is com- 
pleted. If not, you will have to ask for the 
connection to be made. This is step 6, as shown in 
figure 4-15, 

You can detect the network's repeated attempts at 
connection by requesting the host availability dis- 
play. The connection attempts show as an SA status 
for one of the hosts. 

You can stop the network's repeated connection 
attempts using the TM command, described later in 
this section. 

You can ask to be connected to the selected host by 
entering a line. If the entry is not an empty line, 
the entry is discarded (unless it is a valid termi- 
nal definition command). 

If your connection is rejected, you are notified. 
If you select another host path, you must enter 
another type-in to complete a connection. The net- 
work software physically disconnects dial-up 
devices if you do not attempt connection to a host 
within two minutes of completing the previous pro- 
cedure . 

Once you are connected to a host, you are ready for 
the next procedure. You might need to do one or 
both of the following: 

Identify yourself to the host (log in) 

Select a network application program 



The software expecting the next procedure sends you 
a message that helps you decide which procedure 
comes next. Turn to the subsection appropriate for 
the next action you must perform. 



IDENTIFYING YOURSELF 

AND YOUR TERMINAL TO THE 

HOST 

The procedure that identifies you and your terminal 
to the host system Is called login. This is step 
7, as shown in figure 4-16. Your terminal is iden- 
tified to the host system by assigning it a family 
name, a user name, and a password. The host can 
prompt you for each of these things. 

Your site can set up your terminal connection so 
that part or all of your login is done automati- 
cally. If so, you might not see the corresponding 
prompt. If not, you must complete some or all of 
the login procedure yourself. 



o 
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infornative message 
NPU NODE = nn 



CONTROL CHARACTER = ct 
TERMINAL NAHE = tttt 



HOST 


NODE 




SELECTED/ 
CONNECTED 




STATUS 


hosti 
host2 


node1 
node2 

■ 




conditloni 
condition? 

• 




statusi 
status? 


hostn 


• 

nod en 




• 

conditionn 




statusn 


prompt message 












host status 
message 


Status 
one of 


of a given host, 
the following: 


which 


can be 



ct 

hosti 

nodei 

nn 

condition! 

statusi 



prompt 
message 



tttt 



HOST CONNECTED 
NO HOST SELECTED 

NO HOST AVAILABLE 
HOST UNAVAILABLE 



You are connected to the host 

Host is available; you have not 
selected a host 

No hosts are available 

You have selected a host that is 
not up 



You also see: 

prompt message d or e 
prompt message b 

prompt message a 
prompt message a 



HOST BUSY 
HOST DISCONNECTED 
HOST AVAILABLE 
NO HOST CONNECTED 



prompt message a 
prompt message c or e 
prompt message c 
prompt message c 



Connection rejected by host 

Connection to host terminated 

You have selected a host that is up 

You are not connected to a host 

Network control character currently defined for your terminal. 

The 1- to 7-character name of a host; if the network only has one host, this can be blank 

The host node number used in selecting a host path through the network; 1 < nodei < 31. 

The NPU node number 

S = selected, not connected 

C = connected, not selected 

SC = selected and connected 

SA = selected, attempting connection 

Either AVAILABLE or NOT AVAILABLE; a host is only available when it is connected to the 
network. 

Action to take in response to a host status message, wliich can be one of the following: 



prompt message a: ENTER ct HD TO SEE HOST STATUS 

prompt message b: ENTER ct HN=nn TO SELECT HOST 

prompt message c: ENTER INPUT TO CONNECT TO HOST 

prompt message d: READY FOR INPUT 

prompt message e: TERMINAL DISABLED BY NOP 

prompt message f: INPUT DISCARDED 



Terminal name 



Figure 4-14. Host Availability Display 
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Figure 4-15. Step 6, Connecting to a Host 



Your site also might use a host access secure login 
character to ensure that you send your login infor- 
mation to the correct host software. The character 
used is site-defined. If you have been told to use 
such a character, enter It now In the following way: 

At an asynchronous terminal other than a 2741, 
press the Interactive Interrupt key (BREAK or 
ATTN), and type the character. 

At a 2741 terminal, press the NEW LINE key 
twice, th e ATTN key, type the character, and 
press [cr| . 

At an X.25 terminal, press the interactive 
interrupt key, type the character, and press 
the PAD forwarding signal key. 

At a mode 4 terminal, clear the screen, press 
I cl , clear th e sc reen again, type the char- 
acter and press | cr[ . 

At a HASP terminal, type the character and 
press the end-of-llne key. 

At a 2780 or 3780, enter /* and the character 
from the console or a card reader. 
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At a 3270, clear the screen, press the program 
attention 1 key, type the security character, 
and press the ENTER key. 

This action momentarily disconnects you from the 
host. You might need to reconnect your terminal to 
the host (if connection is not automatic). Now you 
are guaranteed that you are sending your login 
entries to the correct host software. 

Figure 4-17 shows a sample login from an asynchro- 
nous terminal. In the example, the terminal has 
not been configured by site personnel for automatic 
login. Everything you would typically enter is 
shown In lowercase. 



AUTOMATIC LOGIN 

The family name or user name assigned to your ter- 
minal for an automatic login can be: 

A mandatory value 

A default value 

A primary value 



o 



o 
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Figure 4-16. Step 7, Identifying Your Terminal to the Host 



Terwinal Dialog 



WELCOME TO THE NOS SOFTWARE SYSTEM. -<- 
COPYRIGHT CONTROL DATA 1978, 1983. 



82/12/28. 15.23.58^ TERN201 -* 

CDC Network Operating System NOS 2 

FAMILY: systema £3 '♦-^ 

USER NAME: rls4525 (cfl -^ 

PASSWORD: 

xxQtnw m -< 



z:^ 



Comments 



System identifier. 



Date, time, and terminal name. 
Identifying installation header. 
Response to system prompts. 



Type the password PASS123 over 
the blacked-out characters. 



Figure 4-17. Sample Login 
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If a mandatory value Is assigned, you do not 
receive a prompt and cannot use any other value. 

If a default value Is assigned, you are prompted, 
and you can either: enter an empty line as a 
response to the system prompt if you want either 
the default family or user name to apply, or 
respond to the prompt with another value. 

The default family name value assigned to your con- 
sole for automatic login can be different from the 
default value used by the host for a family name. 
You can override the login default even when you do 
not know the system default; this procedure is 
described in the following subsection. 

If a primary value is assigned, you do not receive 
a prompt the first time login occurs while you are 
connected to the host. Subsequent logins (see 
Restarting Host Identification) do prompt you. You 
can override a primary value for user name by 
entering a different value during an abbreviated 
login. Abbreviated login is described in a later 
subsection. 



LOGIN DIALOG 

Login begins when the system displays the following 
lines: 

WELCOME TO THE NOS SOFTWARE SYSTEM. 
COPYRIGHT CONTROL DATA 1978, 1983. 

Then a line appears with the date, time, and termi- 
nal name; for example: 

82/12/28. 15.23.58. TERM201 



Next is a line your site supplies that identifies 
the host system used; something similar to: 

CDC SUNNYVALE OPERATIONS NOS 2 PSR LEVEL 600 



The next line is either of the following prompts : 

FAMILY: 

This indicates that no mandatory or primary 
family name has been assigned to your terminal. 
Enter the one- through seven-character name of 
the storage device that contains your permanent 
files and press the carriage return. If you 
want to use the default login family name, just 
press the carriage return after the FAMILY 
prompt appears. You can also enter a value of 
(zero) to override a preassigned login 
default family name and use the system default 
family name. 

USER NAME: 

This indicates that no mandatory or primary 
user name has been assigned to your terminal. 
Enter the user name you were given. The user 
name, which can contain any combination of 
digits, letters, and asterisks, identifies you 
as the terminal operator. 

The next prompt appears only after a USER NAME 
prompt has appeared. This final prompt is: 
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PASSWORD: 



PASSWORD: 



The system attempts to preserve your password's 
secrecy. If the network Is echoing all input 
back to the terminal and you get the first form 
of the PASSWORD prompt, the network does not 
echo characters while you are entering your 
password. You will not see what you type in. 
At some terminals, the network overprints 
several characters on a line and asks you to 
type your password on that line, as shown by 
the second PASSWORD prompt. After creating 
this row of overstruck characters, the cursor 
moves back to the first character. 

Enter the password currently associated with 
your user name. If you must enter the user 
name, you also must enter the password. No 
default exists for a password. 

You must respond to each prompt within two minutes. 
If you take too long to respond, a timeout message 
is displayed at your terminal. Your terminal is 
then disconnected from the host. 

You must spell each login entry correctly. If you 
make a mistake, such as typing the letter for the 
numeral or the number 1 for the letter 1, your 
login will not be successful. Try again when the 
prompting sequence restarts. 

When you make a mistake entering your password at 
an asynchronous terminal (with echoing off), use 
the backspace key and then reenter your password. 
Do not cancel your Incorrect password and press 
carriage returns. This turns echoing back on and 
your password will be visible. 

You are allowed four consecutive chances to com- 
plete the login procedure. If you make four unsuc- 
cessful attempts to complete login, a message 
appears at your terminal. Your terminal is then 
disconnected from the host. If this happens, check 
the spelling of all of the entries. If you spelled 
everything correctly, contact a site administrator. 

When the family name, user name, and password are 

accepted by the host, you are ready for the last 

procedure: connecting your terminal to a network 
application program. 



CONNECTING TO A NETWORK 
APPLICATION 

This is step 8, shown in figure 4-18. Your site 
can set up your terminal connection so that this 
step is done automatically. If so, you might not 
see the corresponding prompt. If not, you must 
complete this procedure yourself. 

You are allowed several chances to make a correct 
entry. However, if you fail to connect success- 
fully after four consecutive attempts, your termi- 
nal is automatically disconnected from the host. 
If this happens, check the spelling of the name you 
used. If the spelling was correct, contact a site 
administrator. 
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Figure 4-18. Step 8, Connecting to a Network Application 
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AUTOMATIC CONNECTION 

Your host may permit you access only to one network 
application program, or an application program can 
be connected automatically. Your host site can 
configure your terminal for either possibility by 
presassigning an automatic connection application 
name. 

A preasslgned automatic connection application can 
be either mandatory or primary for the terminal or 
it can be mandatory for the user. If either you or 
your terminal has a preasslgned mandatory applica- 
tion, you are not prompted, you are automatically 
connected to that application, and you cannot use 
any other application. If a mandatory application 
program is not running in the host, you are logged 
out and disconnected from that host. 

If a primary value is assigned, you are not 
prompted for the initial connection request after 
identifying your terminal to the host, and connec- 
tion to that program occurs automatically. If that 
connection is not successful or if you disconnect 
from that application program, you have a choice of 
actions; you can: 
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Select another application 

Disconnect from the host 

To override a primary automatic connection applica- 
tion on the first attempt to select an application, 
name a different application in an abbreviated 
login entry (described later in this section) fol- 
lowing a login prompt. 

When a primary value is assigned, you are prompted 
on subsequent attempts to select an application, 
such as when you are switching applications. Vlhen 
you are prompted to enter an application name and 
you want to be connected to your primary applica- 
tion, enter an empty line as a response. 



MANUAL CONNECTION 

This procedure begins when you see the following 
prompting message: 

terminalname - APPLICATION: 
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The termlnalname variable on this line Is the same 
terminal name as the one on the first line of your 
login sequence 4 If your terminal is automatically 
logged into a network application program, you do 
not receive this prompt. 

When you receive the APPLICATIOK prompt, enter the 
letters and digits that identify the network appli- 
cation program you want to access; for example, lAF 
for the Interactive Facility. You can access CDC- 
written application programs from the following 
list that are installed at your site: 

Remote Batch Facility (enter RBF) 

Interactive Facility (enter lAF) 

Transaction Facility (enter TAF) 

Terminal Verification Facility (enter TVF) 

Communications Supervisor (enter CS) 

Message Control System (enter MCS) 



PLATO NAM Interface (enter PNI) 

Other application programs, written at your site, 
might be available. 

You must respond to the prompt within two minutes. 
If you take too long to respond, a timeout message 
Is displayed at your terminal. Your terminal is 
then disconnected from. the host. 

You must spell your entry correctly. If you make a 
mistake, such as typing the letter for the numeral 
or the letter 1 for the number 1, you receive an 
error message. 

If you make four unsuccessful attempts to enter an 
application name, a message appears at your termi- 
nal. Your terminal is then disconnected from the 
host. 

This procedure is complete when the application you 
request connects to your terminal (see figure 4-19). 
The application you asked to use might print an 
identification line next. 
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Figure 4-19. Step 9, Connection Completed 
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Whether the application sends such a message or not, 
you can leave this section of the book and use com- 
mands recognized by that program. If you need to 
disconnect your terminal from the application, the 
application probably has a command for that purpose. 
If the application has no such command, the subsec- 
tion called Disconnecting From the Host describes a 
command you can use. 



ABBREVIATED LOGIN AND 
APPLICATION CONNECTION 

You can shorten the standard login and application 
connection procedures by entering all of the 
required information at once. For example, in 
response to the FAMILY prompt, you can enter the 
following information on the same line; 

FAMILY: 

familyname,username, password, application |cr | 

Separate all entries with a conmia. The entries are 
order-dependent. Use a comma to indicate any 
default or unused entries. 

You do not receive any of the remaining login or 
application selection prompts If you use this 
abbreviated login procedure, unless you omit a 
required entry or supply an entry that is not 
recognized. Your password entry Is not protected 
by the system when you use an abbreviated login- 
procedure. 

Here are some examples. To log In and connect to 
the Remote Batch Facility application program RBF 
with a family name of systema , a user name of 
rls4525 , and a password of pass 123 , enter: 



o 



systema, rls4525,passl23,rbf |cr| 

To use the site-defined login default family name, 
enter: 

,rls4525,passl23,rbf [cr] 

To override your site-defined login default family 
name with the host's default family name, enter: 

0,rls4525,passl23,rbf fcr] 

To use a login default family name and user name 
defined by the site for your terminal, enter: 

,,,rbf fcrl 

Note that passwords are not required when a default 
user name is used. 

To also use a default application name defined by 
the site for your terminal, enter: 

You can supply combined entries in response to the 
FAMILY, USER NAME, and PASSWORD prompts. Although 
you do not need to complete the remaining sequence 
on the same line, you must enter the information In 
the correct order: family name, user name, pass- 
word, and application. For example: 

FAMILY: systema [cr] 

USER NAME: rls4525,passl23 [cr] 

termlnalname - APPLICATION: iaf |cr| 
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If you supply a user name/password combination or 
an application name that is overridden by a manda- 
tory specification, a message is displayed and your 
supplied value is ignored. 



SWITCHING TO A DIFFERENT 
APPLICATION 

Unless you have a mandatory network application 
program assigned for your terminal, you can transfer 
your terminal's connection from the current appli- 
cation program to another application. There are 
two ways to do this, depending on the commands 
recognized by the current application program. 



DIRECT SWITCHES 

You can switch in one step by entering a switch 
command recognized by the current application. The 
following switch commands are recognized by CDC- 
wrltten network application programs: 

Program Command 



RBF 
IAF 
MCS 
TVF 
TAF 
PNI 



IAF [cr] 

BYE, application |cr | 

LOGIN, application |cr| 

none 

none 

none 



For example, if your terminal is connected to RBF, 
you can gain access to IAF by entering the IAF 
command . 



Do not enter any more input until the application 
acknowledges that it has processed your switch 
command. Otherwise, you may lose typed-ahead input. 



INDIRECT SWITCHES 

If your current application program does not have a 
command for a direct switch, you must disconnect 
your terminal from the current program with a com- 
mand recognized by that application. Then you must 
request another application connection from the 
host. The following disconnection commands are 
recognized by CDC-written network application pro- 
grams : 



Program 


Command 


RBF 


END |cr| 


IAF 


BYE, 'jc'^l 


MCS 


END |cr| 


TVF 


END 


TAF 


EX.LOGT |cr| 


PNI 


Press BACK key from Press NEXT to 




Begin screen 



For example, you can switch your console connection 
from RBF to an application program other than IAF 
by entering the END command. You then receive a 
prompt for a new application name. Do not enter 
any more input until the application acknowledges 
that It has processed your disconnection command. 
Otherwise, you might lose typed-ahead input. 



4-19 



DIALOG FOR DIRECT AND INDIRECT 
SWITCHES 

After disconnecting the application program, the 
system indicates that a connection switch is In 
progress by issuing this message: 

application - CONNECT TIME hh.nm.ss. 

The application program that was just disconnected 
is indicated by application, and the time that 
passed while the terminal was connected to the pro- 
gram Is indicated by hh.mm.ss. 

If you used a switch command, you receive an iden- 
tifying message from your new application program. 
If you used a disconnection command, you receive 
another prompt for an application program name: 

termlnalname - APPLICATION: 

unless the terminal Is permitted access to only one 
application program. If so, you are disconnected 
from the host. 

If you enter the name of another application pro- 
gram in response to the APPLICATION prompt, you are 
connected to that application program. 



RESTARTING HOST 
IDENTIFICATION 

There are many reasons why you might want to 
restart the host identification procedure and the 
subsequent application connection procedure. Per- 
haps you have several user names available to you, 
each with permission to use different host 
resources. Or perhaps someone else left the termi- 
nal connected to an application you do not need, 
and you do not want to use their user name. 

There are two ways to restart login, depending on 
the commands recognized by the current application 
program. 



DIRECT RESTARTS 

You can restart the host identification procedure 
In one step by entering a login command recognized 
by the current application. The following login 
conraiands are recognized by CDC-wrltten network 
application programs: 



Program 


Command 


RBF 


LOGIN 


cr 


lAF 


HELLO 


cr| 


MCS 


LOGIN 


|cr| 


TVF 


none 




TAF 


none 




PNI 


none 





Do not enter any more input until the application 
acknowledges that it has processed your command. 
Otherwise, you may lose typed-ahead input. 



INDIRECT RESTARTS 

If your current application program does not have a 
command for a direct switch, you must disconnect 
your terminal from the current program with a com- 
mand recognized by that application. Then you must 
request restart of login from the host. The dis- 
connection commands recognized by CDC-wrltten net- 
work application programs are described earlier in 
this section under Switching to a Different 
Application. 



For example, you can restart your console login 
from RBF by entering the END command. You then 
receive a prompt for a new application name. Do 
not enter any more input until the application 
acknowledges that it has processed your disconnec- 
tion command. Otherwise, you might lose typed-ahead 
input . 

After entering the disconnection command, you 
receive another prompt for an application program 
name: 

termlnalname - APPLICATION: 

unless the terminal Is permitted access to only one 
application program. If so, you are disconnected 
from the host and can restart login by reconnecting. 

If you receive the APPLICATION prompt, you use one 
of the following commands to ask the host system to 
restart login: 



For example, if your terminal is connected to RBF, 
you can restart login by entering the LOGIN command. 



HELLO [cr] 
LOGIN [77] 



DISCONNECTING FROM A 
HOST SYSTEM 

You might want to disconnect your terminal from a 
host system for several reasons: 

You want to disconnect from the network 
properly, without leaving behind an indication 
that something went wrong; disconnecting from a 
host is the first step in disconnecting from a 
CDC network. 

You are allowed access to more than one host 
system, and you want to transfer your terminal's 
connection from the current host to another 
host. 

There are three ways to do this, depending on the 
commands used by the current application program. 



o 
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DISCONNECTING WITH APPLICATION 
PROGRAM COMMANDS 

You can disconnect in one step by entering a host 
disconnection command recognized by the current 
application. The following host disconnection com- 
mands are recognized by CDC-wrltten network appli- 
cation programs: 

Program Command 

RBF LOGOUT or LOGOFF [cT] 

lAF BYE or LOGOUT or GOODBYE 

MCS BYE or LOGOUT [cr] 

TAF none 

TVF none 

PNI none 

For example, if your terminal is connected to RBF, 
you can disconnect from the host by entering the 
LOGOUT command. 



DISCONNECTING WITH HOST SYSTEM 
COMMANDS 

If your current application program does not have a 
command for direct disconnection, you must first 
disconnect your terminal from the current program 
with a command recognized by that application. 
Then you must request host disconnection from the 
host. Program disconnection commands are described 
earlier in this section under Switching to a 
Different Application. 

After disconnecting the application program, the 
system Indicates that a connection switch is in 
progress by Issuing this message: 

application - CONNECT TIME hh.mm.ss. 



The application program that was just disconnected 
is indicated by application and the time that 
passed while the terminal was connected to the pro- 
gram is Indicated by hh.mm.ss. 

You then receive another prompt for an application 
program name: 

terminalname - APPLICATION: 

unless the terminal is permitted access to only one 
application program. If so, you are disconnected 
from the host anyway. 

The following host disconnection commands are valid 
responses to the APPLICATION prompt on CDC host 
systems: 

BYE [cr] 

LOGOUT [«] 

For example, you can disconnect your terminal from 
RBF by entering the END command. You then receive 
a prompt for a new application name and enter BYE. 



DISCONNECTING WITH A NETWORK 
SOFTWARE COMMAND 

You normally end a connection with a host by using 
a command to disconnect you from an application and/ 
or a command to log out of the host. Events might 
make it impossible for you to do either. When this 
happens, you can end your terminal's connection to 
the host by entering this terminal definition 
command : 



ct TM 



El] 



The ct parameter in this command must be the net- 
work control character defined for your terminal. 
The network control character is explained in sec- 
tion 5; refer to the CT command description. 

The network responds to your TM command with a new 
host availabllty display. You can use the TM com- 
mand if an application program does not respond to 
your entries or to initiate a connection to a 
different host. 



RECONNECTING TO A HOST OR 
CONNECTING TO A DIFFERENT HOST 

After your terminal is disconnected from the host, 
this message is printed: 

HOST DISCONNECTED. CONTROL CHARACTER = ct 

followed by the prompting message: 

ENTER INPUT TO CONNECT TO HOST 

The ct parameter in this message Is the network 
control character defined for your terminal. The 
network control character is explained in section 
5; refer to the CT command description. 

You can then attempt another connection to the same 
host by sending any input you want. To reach a 
different host, you must complete the procedures 
for Selecting a Host System and Connecting to a 
Selected Host described earlier in this section. 



INTERRUPTIONS 

Events can sometimes interrupt your input or output. 
These interruptions fall into two categories: 

Interruptions for communication with the net- 
work operator 

Temporary suspensions in communication 



COMMUNICATING WITH THE NETWORK 
OPERATOR 

The term network operator includes both a host 
system operator and an NPU operator. Either opera- 
tor can be a network operator and can send and 
receive messages that involve you. 



o 
o 
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Receiving Messages 

The network operator can send short messages to a 
terminal. The message appears at your terminal in 
this format: 

FROM NOP,,. message text 

These messages can appear at any time a new line of 
output is possible at your terminal. For example, 
the network operator might want to inform all con- 
nected terminals that communication is going to be 
suspended Intentionally with this message: 

FROM NOP... SHUTDOWN IN 5 MIN 



Sending Messages 

You can respond to such messages by entering the 
following terminal definition command: 



ct MS=message text [cr | 



The ct parameter in this command must be the net- 
work control character defined for your terminal. 
The network control character is explained in sec- 
tion 5; refer to the CT command description. 

The message text must not exceed 50 graphic char- 
acters. Because the network operator can be located 
at a terminal that does not support many special 
characters, you should avoid characters not in the 
ASCII 63-character subset described in appendix A. 

You can also begin dialog with the network operator. 
For example, if you need to use a remote batch 
printer that has been logically disabled, the entry: 



%MS=PLEASE ENABLE LP=M4C555 [cr] 



causes the message PLEASE ENABLE LP=M4C555 to appear 
at the network operator's terminal, prefixed by the 
terminal name of your terminal. The % character 
represents the network control character for your 
terminal. 



Preventing Messages 

Sometimes it is important that output to your ter- 
minal does not Include unplanned messages from the 
network operator. You can prevent delivery of mes- 
sages from the network operator by locking them out 
with the following terminal definition command: 



ct LK [ = 



ID 



1 Bi 



The ct parameter In this command must be the net- 
work control character defined for your terminal. 
The network control character is explained in sec- 
tion 5; refer to the CT command description. 

Omitting the equals sign and a value has the same 
effect as entering a Y value. 

After you enter this command with the value Y, any 
message to your terminal from the network operator 
is discarded by the network software. Messages are 
discarded until you again allow delivery by using 
the command with the value N. 
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Site administrators can configure your terminal so 
that messages are discarded as soon as the terminal 
is connected to the network, A network application 
program can also change the LK value in use. 



SUSPENSIONS OF COMMUNICATION 

Sometimes, message traffic in the network is so 
heavy that all storage is temporarily used up. 
Also, a host may be too busy to accept data. During 
these times, the network software takes steps that 
temporarily stop input until enough output has 
occurred to free additional storage. 

Although storage may be low, sometimes the network 
cannot prevent you from entering data. Therefore, 
the network discards each message from your termi- 
nal and sends this message to your terminal: 

WAIT., 

When the following message appears, you can reenter 
any information that was previously discarded: 

REPEAT., 

If your terminal transmits more than one message at 
a time, you must determine which information you 
need to reenter. The application program might 
have commands that can help you determine which 
messages it received. 

When only one block from a multiple-block message 
is discarded, the network sends this message to your 
terminal: 

INPUT DISCARDED,, 

You shoud discard the remainder of the input 
affected and resend all of it. 

This message can also appear when: 

The network must discard batch data 

When you enter a second priority data command, 
user-break-1 character, or user-break-2 char- 
acter before the host processes the first one 
(see section 5) 

When you enter input other than a terminal 
definition command before a connection to a 
host exists 



CONNECTION FAILURES 

Events can occur that; 

Cause your application program to fail 

Disconnect your terminal from an application 
program 

Disconnect your terminal from the host 

Disconnect your terminal from the network 
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APPLICATION PROGRAM FAILURES 

If an appltcation program fails after your terminal 
is connected, this message is displayed: 

APPLICATION FAILED. 

application CONNECT TIME hh.mra.ss. 

termlnalname - APPLICATION: 

The length of time your terminal was connected to 
the application program is specified by hh.mm.ss; 
application is the name of the application program; 
and termlnalname represents the terminal name the 
network uses to identify the terminal. You either 
can select another application or log out. 

DISCONNECTION FROM AN APPLICATION 
AND/OR A HOST 

An application program is Informed of two events 
that you might want to take action on: 

Long periods of device inactivity 

Pending network shutdown 

The network software informs an application if more 
than 10 minutes have elapsed without any communica- 
tion between a device at your terminal and the 
application. An application program can: 

Ignore this time interval 

Ask you for continued dialog 

Disconnect from your terminal or from the 
device with or without telling you 

The effect of device Inactivity depends on the 
application program with which the device is cur- 
rently connected. 

When shutdown of the network is pending, the net- 
work operator can enter a command that Informs all 
application programs of the pending event . Your 
application program might take actions that result 
either in connection termination or application 
failure. It also might send you a message to warn 
you of the event. 

If it is a dlalup line, the network administrator 
can select the immediate disconnect option. As 
soon as the connection to the host is terminated, 
the line to the NPU is disconnected: you must dial 
back in. 

If you receive a message from an application program 
indicating that shutdown is pending, you should 
take steps immediately to save all data or files 
you are currently using. Then end connection with 
both the application program and the host as soon 
as possible. 



COMMUNICATION FAILURES 

The following messages inform you that the network 
has lost communication with the host software; the 
host status message: 

HOST DISCONNECTED. CONTROL CHARACTER = ct 
followed by the prompting message: 

ENTER INPUT TO CONNECT TO HOST 

or the complete host availability display. 

If you are at a dial-up terminal and you do not 

attempt to connect to the same or a different host 

within two minutes, your terminal is disconnected 
from the network. 

If communication between the NPU and the host soft- 
ware resumes, you must connect to the host and log 
in again, but you do not need to access the network 
again (perform dial-up and auto-recognition proce- 
dures). These host communication failures occur 
either when the host has been shut down or when 
hardware falls in the communication path between 
the NPU and the host. 

All network software conditions (that Is, param- 
eters that may be set with terminal definition com- 
mands) are retained across host disconnection except 
for transparent, full ASCII, and special edit input 
modes. See section 5 for a discussion of these 
commands . 

Failures In the communication path between the net- 
work hardware and your terminal are treated by the 
network software as If your terminal had failed. 
These failures can occur because of hardware 
problems, or maybe because you entered an input 
character during output. If you hold the inter- 
active output Interrupt key down for too long, a 
communication failure can occur. This key is iden- 
tified in section 2 for terminals of all classes. 

There are several tests for communication failures. 
If your terminal has a CTS, ON-LINE, or CARRIER 
indicator, the light goes out when a failure occurs. 
At other terminals, if a failure has occurred, 
requesting the host availability display produces 
no response from the network. 

Batch input and ouput devices associated with the 
failed console stop running, and batch device con- 
nections are ended. The network software does not 
distinguish between dial-up and hardwired terminals 
when processing terminal failures. 

Terminal failures require you to complete new 
access and login procedures to resume communication 
with the network. Terminal failures always cause 
disconnection when the terminal is on a dial-up 
line. 
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CHANGING THE INTERFACES 



The network software can support many kinds of ter- 
minals. This ability is provided by a portion of 
the network software called a Terminal Interface 
Program (TIP). 



USING TERMINAL INTERFACE 
PROGRAM TERMINAL DEFINITION 
COMMANDS 



^^1^,^ 



^^niJ' 



You are normally unaware that the Terminal 
Interface Program exists. There is a TIP for each 
major grouping of similar terminals (for each pro- 
tocol, as listed in section 4). Each TIP performs 
similar functions, translating character codes used 
by the terminal into codes used by the host soft- 
ware with which you are communicating, collecting 
character-by-character input into lines of Input to 
send to the host, and so forth. 



The TIPs can only communicate with the devices of a 
specific terminal when all of that terminal's per- 
tinent operating characteristics are known. The 
terminal's operating characteristics are made known 
to the TIP through a concept called a logical ter- 
minal. Each logical terminal comprises one or more 
logical devices. (Some documents call a logical 
device an interactive virtual terminal when the 
device Is a console.) 



When the site administrators configure the network, 
they define a logical terminal and a logical device 
to correspond to each real terminal and real device 
that can be active when the network is operating. 
Logical terminals are assigned to physical communi- 
cation lines. Logical devices are assigned to 
logical terminals. Each logical device is assigned 
a terminal name, as described in section 4, and 
associated with a set of parameters that define its 
operating characteristics. These parameters are 
called terminal definition parameters. 



Because many terminals have essentially the same 
operating characteristics, we can group a set of 
terminal definition parameters with specific 
default values and call the grouping a terminal 
class. The administrators therefore assign each 
logical terminal to an appropriate terminal class 
to establish all of the default values for its 
devices' operating characteristics. The adminis- 
trators can change the characteristics for each 
device of the logical terminal from the defaults 
for the terminal class, but only within ranges and 
restrictions appropriate for the terminal class. 



When a terminal physically connects to the network, 
it is associated with the logical terminal and the 
logical devices the TIP identifies for the communi- 
cation line used. As far as the TIP is aware, the 
physical terminal and devices possess the operating 
characteristics of the logical terminal and devices. 



If the operating characteristics of the logical 
terminal's console are not completely appropriate 
for the physical terminal's console, you might 
select another communication line and associate the 
physical terminal with a different logical terminal. 
This is not always a practical or possible proce- 
dure. 



Instead, you can enter terminal definition commands 
to change any of the terminal definition parameters 
associated with the logical terminal's console. 
You can also use a terminal definition command to 
change the terminal class of the logical terminal. 



CDC defines eighteen terminal classes as having 
default values for operating characteristics. 
These predefined classes are numbered 1 through 18 
and have the default values shown in tables 5-1 and 
5-2. Terminal classes 19 through 27 are reserved 
by CDC for future definition. Classes 28 through 
31 can be used by sites that create new terminal 
Interface programs . 



Each terminal class in tables 5-1 and 5-2 is asso- 
ciated with the type of terminal for which the 
default values were chosen as most appropriate. 
The following abbreviations are used in tables 5-1 
through 5-4: 



TTY 
Haz 
Tek 

X3.64 
X.25 

HASP 
POST 
PRE 
UT 



Teletype Corporation 

Hazeltine Corporation 

Tektronix Corporation 
emulator 



teletypewriter 



Terminals using the ANSI X3.64 standard 

Terminals using the X.25 communication 
protocol through a packet assembly/ 
disassembly (PAD) service 

Terminals using the Houston Automatic 
Spooling Program (HASP) protocol 

Terminals using the HASP protocol, but 
supporting only postprint format control 

Terminals using the HASP protocol, sup- 
porting preprint format control 

User Terminal 
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TABLE 5-1. DEFAULT TERMINAL DEFINITIONS FOR TERMINAL CLASSES 1 THROUGH 8 



Mne- 
monic 


Description 


Terminal Types 


TTY 
M33 


CDC 

713-10, 
751-1, 
752, 756 


CDC 
721 


IBM 
2741 


TTY 
M40-2 


Haz 
2000 


ANSI 
X3.64 


Tek 
4000 


X.25 
any 


TC 


Terminal 
Class 


1 


2 


3 


4 


5 


6 


7 


8 


(0) 


AB 


Abort output 
block 


CAN 
© 


CAN 
® 


CAN 
© 


( 
ATTN ( 


CAN 
© 


CAN 
© 


CAN 
© 


CAN 
© 


na 


AR 


Automat ic 
recognition 
code and 
character set 


2 


2 


2 


none 


2 


2 


2 


2 


2 


BF 


Blocking factor 


1 


1 


1 


1 


1 


1 


1 


1 


(1) 


BS 


Backspace 
character 


BS 
® 


BS 
<~ 


BS 
<~ 


BS 

BACK 

SPACE 


none 


BS 
® 


BS 

BACK 

SPACE 


BS 
® 


(1) 


Bl 


User break 1 
character 


DLE 
® 


DLE 
® 


DLE 
® 


ATTN : 


DLE 
® 


DLE 
® 


DLE 
® 


DLE 
® 


(1) 


B2 


User break 2 
character 


DC4 

(D 


DC4 
© 


DC4 
© 


) 
ATTN ) 


DC4 
© 


DC4 
© 


DC4 
© 


DC4 
© 


(1) 


BR 


Break as user 
break 1 (and 
as cancel 
input line) 


N 


N 


N 


na 


N 


N 


N 


N 


(1) 
(na) 


CI 


Carriage 
return idle 
characters 


2 








8 


1 











(1) 


CN 


Cancel 
character 


CAN 
® 


CAN 
© 


CAN 
© 


( 
ATTN ( 


CAN 
© 


CAN 
© 


CAN 
© 


CAN 
© 


(1) 


CP 


Cursor 
positioning 


Y 


Y 


Y 


na 


Y 


Y 


Y 


Y 


N 


CT 


Network control 
character 


ESC 
ESC 


ESC 
ESCAPE 


ESC 
ESC 


% 
ATTN % 


ESC 
® 


ESC 
ESC 


% 
% 


ESC 
ESC 


(1) 


DL 


Single- 
message 
transparent 
input mode 

Character 
delimiter 

Character 

count 

delimiter 

Timeout 
delimiter 


CR 

RETURN 

2043 
no 


CR 
RETURN 

2043 
no 


CR 
CR 

2043 
no 


NL 
RETURN 

na 
na 


CR 
RETURN 

2043 
no 


CR 
CR 

2043 
no 


CR 

RETURN 

2043 
no 


CR 

CR 

2043 
no 


(1) 
(1) 

na 
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TABLE 5-1. DEFAULT TERMINAL DEFINITIONS FOR TERMINAL CLASSES 1 THROUGH 8 (Contd) 



Mne- 
monic 


Description 


Terminal Types 




TTY 
M33 


CDC 
713-10, 
751-1, 
752, 756 


CDC 
721 


IBM 
2741 


TTY 
M40-2 


Haz 
2000 


ANSI 
X3.64 


Tek 
4000 


X.25 
any 


EB 


End-of-block 
Character 

Cursor 
positioning 


EOT 
® 

CL 


EOT 
® 

CL 


EOT 
® 

CL 


na 
na 


EOT 
® 

CL 


EOT 
® 

CL 


EOT 
® 

CL 


EOT 
® 

CL 


(1) 

NO 


EL 


End -of -logical 
line 

Character 

Cursor 
positioning 


CR 
RETURN 

LF 


CR 
RETURN 

LF 


CR 
CR 

LF 


NL 
RETURN 

na 


CR 
RETURN 

LF 


CR 
CR 

LF 


CR 
RETURN 

LF 


CR 
CR 

LF 


(1) 
NO 


EP 


Echoplex mode 


N 


N 


N 


na 


N 


N 


Y 


N 


na 


FA 


Full-ASCII 
Input mode 


N 


N 


N 


N 


N 


N 


N 


N 


(1) 


IC 


Input flow 
control 


N 


N 


N 


na 


N 


N 


Y 


N 


na 


IN 


Input 

mechanism 

type 


KB 


KB 


KB 


KB 


KB 


KB 


KB 


KB 


KB 


LI 


Line feed 

idle 

characters 


1 








1 


3 


3 








(1) 


LK 


Lockout net- 
work operator 
messages 


N 


N 


N 


N 


N 


N 


N 


N 


(1) 


OC 


Output flow 
control 


N 


N 


N 


na 


N 


N 


Y 


N 


na 


OP 


Output 
mechanism type 


PR 


DI 


DI 


PR 


DI 


DI 


DI 


DI 


(1) 


PA 


Parity 
processing 


E 


E 


E 


na 


E 


E 


E 


E 


(2) 


PG 


Page waiting 


N 


N 


N 


N 


N 


N 


N 


N 


(1) 


PL 


Page length 





24 


30 





24 


27 


24 


35 


(1) 


PW 


Page width 


72 


80 


80 


132 


80 


74 


80 


74 


(1) 


SE 


Special 
editing 
mode 


N 


N 


N 


N 


N 


N 


N 


N 


na 


XL 


Multiple- 
message 
transparent 
input mode 


none 


none 


none 


none 


none 


none 


none 


none 


none 
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TABLE 5-1. DEFAULT TERMINAL DEFINITIONS FOR TERMINAL CLASSES 1 THROUGH 8 (Contd) 



Notes: 



Keys that generate network function codes appear beneath the ASCII character mnemonic for the code used. 

A circled value means press the CTL, CTRL, CNTRL, or CONTROL key and the Indicated key simultaneously. 
The ASCII codes generated by the keys should be the codes associated with the keys in appendix A. 

CR or RETURN Indicates the terminal key that causes a carriage return operation. 

A zero page width or page length value is effectively an infinite one. 

na Indicates the parameter does not apply to that terminal class . 

CA indicates that a value calculated by the TIP is used. 

(0) Devices belong to terminal classes 1 thru 3 or 5 thru 8. 

(1) Same as for the device if it were not connected via a packet assembly/disassembly (PAD) service. 

(2) The parity bit is ignored on input and is generated for output as if the device were not connected 
via a packet assembly/disassembly (PAD) service. 



TABLE 5-2. DEFAULT TERMINAL DEFINITIONS FOR TERMINAL CLASSES 9 THROUGH 18 



Mnemonic 


Description 


Terminal Types 


HASP 
POST 


CDC 
200 

UT 


CDC 
714-30 


CDC 
711-10 


CDC 
714-10, 
714-20 


HASP 
PRE 


CDC 

734 


IBM 
2780 


IBM 
3780 


IBM 
3270 


TC 


Terminal Class 


9 


10 


11 


12 


13 


14 


15 


16 


17 


18 


AB 


Abort output block 
character 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


AR 


Automatic recognition 
code and character 
set 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


BF 


Blocking factor 


na 


1 


1 


1 


1 


na 


1 


na 


na 


1 


BS 


Backspace character 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


Bl 


User break 1 
character 


: 




: 


: 


: 


: 




na 


na 


: (3) 


B2 


User break 2 
character 


) 


) 


) 


) 


) 


) 


) 


na 


na 


) (4) 


BR 


Break as user 
break 1 (and as 
cancel input 
line) 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


CI 


Carriage return 
idle characters 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


CN 


Cancel character 


( 


( 


( 


( 


( 


( 


( 


na 


na 


( 
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TABLE 5-2. DEFAULT TEBMINAL DEFINITIONS FOR TERMINAL CLASSES 9 THROUGH 18 (Contd) 



Mnemonic 


Description 


Terminal Types 


HASP 
POST 


CDC 
200 
UT 


CDC 
714-30 


CDC 
711-10 


CDC 
714-10, 
714-20 


HASP 
PRE 


CDC 
734 


IBM 
2780 


IBM 
3780 


IBM 
3270 


CP 


Cursor positioning 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


CT 


Network control 
character 


% 


% 


% 


% 


% 


% 


% 


% 


% 


% 


DL 


Single-message 
transparent 
input mode 
























Character delimiter 

Character count 
delimiter 

Timeout delimiter 


na 
na 

na 


(1) 
SEND 

na 
na 


(1) 
ETX 

na 

na 


(1) 
ETX 

na 
na 


(1) 
ETX 

na 
na 


na 
na 
na 


(1) 
ETX 

na 
na 


na 
na 
na 


na 
na 
na 


ENTER 

na 

na 


EB 


End-of-block 
Character 

Cursor positioning 


na 
na 


(1) 
SEND 

na 


(1) 
ETX 

na 


(1) 
ETX 

na 


(1) 
ETX 

na 


na 
na 


(1) 
SEND 

na 


na 
na 


na 
na 


ENTER 
na 


EL 


End-of-logical line 
Character delimiter 

Cursor positioning 


na 
na 


(2) 
RETURN 

NO 


(2) 
NEW 
LINE 

NO 


(2) 
NEW 
LINE 

NO 


(2) 
NEW 
LINE 

NO 


na 
na 


(2) 
NEW 
LINE 

NO 


na 
na 


na 
na 


na 
na 


EP 


Echoplex mode 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


FA 


Full-ASCII input mode 


na 


N 


N 


N 


N 


na 


N 


na 


na 


N 


IC 


Input flow control 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


IN 


Input mechanism type 


KB 


BK 


BK 


BK 


BK 


KB 


BK 


na 


na 


KB 


LI 


Line feed idle 
characters 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


LK 


Lockout network 
operator messages 


N 


N 


N 


N 


N 


N 


N 


na 


na 


N 


OC 


Output flow control 
control 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


OP 


Output mechanism 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


PA 


Parity processing 


na 


Odd 


Odd 


Odd 


Odd 


na 


Odd 


na 


na 


na 


PG 


Page waiting 


na 


Y 


Y 


Y 


Y 


na 


Y 


na 


na 


yes 
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TABLE 5-2. DEFAULT TERMINAL DEFINITIONS FOR TERMINAL aASSES 9 THROUGH 18 (Contd) 



Mnemonic 


Description 


Terminal Types 


HASP 
POST 


CDC 
200 
UT 


CDC 
714-30 


CDC 
711-10 


CDC 
714-10, 
714-20 


HASP 
PRE 


CDC 
734 


IBM 
2780 


IBM 
3780 


IBM 
3270 


PL 


Page length 





13 


16 


16 


16 





13 








24 


PW 


Page width 


80 


80 


80 


80 


80 


80 


80 


80 


120 


80 


SE 


Special editing 
mode 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


XL 


Multiple-message 
transparent input 
mode 


na 


none 
ns 


none 
ns 


none 
ns 


none 
ns 


na 


none 
ns 


na 


na 


na 


Notes: 

Keys that generate network function codes appear beneath the ASCII character mnemonic for the code used. 
OR or RETURN indicates the terminal key that causes a carriage return operation. 
A zero page width or page length value is effectively an infinite one. 
na Indicates the parameter does not apply to that terminal class. 

(1) ETX (resulting from the SEND key). 

(2) Escape sequence (ESC and A, resulting from the carriage return key). 

(3) The program attention 1 key is a valid user break 1. 

(4) The program attention 2 key is a valid user break 2. 



TABLE 5-3. PARAMETER RANGES FOR TERMINAL DEFINITION COMMANDS, TERMINAL CLASSES 1 THROUGH 8 



Mne- 
monic 


Description 


Terminal Types 


TTY 
M33 


CDC 

713-10, 

751-1, 

752, 756 


CDC 
721 


IBM 
2741 


TTY 
M40-2 


Haz 
2000 


ANSI 
X3.64 


Tek 
4000 


X.25 
any 


TC 


Terminal 
class 


1 


2 


3 


4 


5 


6 


7 


8 


(0) 


AB 


Abort output 
block char- 
acter 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


na 


AR 


Automatic 
recognition 
code and 
character set 


2 thru 4 


2 thru 4 


2 thru 4 


5 thru 8 


2 thru 4 


2 thru 4 


2 thru 4 


2 thru 4 


na 


BF 


Blocking 
factor 


thru 2 


thru 2 


thru 2 


thru 2 


thru 2 


thru 2 


thru 2 


thru 2 


(2) 


BS 


Backspace 
character 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(2) 


Bl 


User break 1 
character 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(2) 
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TABLE 5-3. PARAMETER RANGES FOR TERMINAL DEFINITION COMMANDS, TERMINAL CLASSES 1 THROUGH 8 (Contd) 



o 



^tn^ 



/*^\ 
\^' 



o 
o 



Mne- 
monic 


Description 




Terminal Types 


TTY 
M33 


CDC 

713-10, 

751-1, 

752, 756 


CDC 
721 


IBM 
2741 


TTY 
M40-2 


Haz 
2000 


ANSI 
X3.64 


Tek 
4000 


X.25 
any 


B2 


User break 2 
character 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(2) 


BR 


Break as user 
break 1 (and 
as cancel 
input line) 


Y,N 
a.N) 


Y,N 
(Y,N) 


Y,N 
(Y,N) 


na 
na 


Y.N 
(Y,N) 


Y,N 
(Y.N) 


Y.N 
(Y.N) 


Y,N 
(Y,N) 


(2) 
(na) 


CI 


Carriage 
return idle 
characters 


thru 
99, CA 


thru 
99, CA 


thru 
99, CA 


thru 
99. CA 


thru 
99, CA 


thru 
99. CA 


thru 
99, CA 


thru 
99, CA 


(2) 


CN 


Cancel 
character 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(2) 


CP 


Cursor 
positioning 


Y,N 


Y,N 


Y.N 


na 


Y.N 


Y.N 


Y,N 


Y.N 


(2) 


CT 


Network 
control 
character 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(2) 


DL 


Single- 
message 
transparent 
input mode 






















Character 
delimiter 


thru 
FF 


thru 
FF 


thru 
FF 


na 


thru 
FF 


thru 
FF 


thru 
FF 


thru 
FF 


(2) 




Character 

count 

delimiter 


1 thru 
4095 


1 thru 
4095 


na 


na 


1 thru 
4095 


1 thru 
4095 


1 thru 
4095 


1 thru 
4095 


(2) 




Timeout 
delimiter 


TO 


TO 


TO 


na 


TO 


TO 


TO 


TO 


(2) 


EB 


End-of -block 






















Character 


(1), 

EL, 

EB 


(1). 

EL, 

EB 


(1). 

EL, 

EB 


NL 


(1), 

EL, 

EB 


(1). 

EL, 

EB 


(1). 

EL. 

EB 


(1). 

EL, 

EB 


(2) 




Cursor 
positioning 


(3) 


CR 


CR 


na 


(3) 


(3) 


(3) 


CR 


(2) 


EL 


End-of- 
logical line 






















Character 


(1). 

EL, 

EB 


(1). 

EL, 

EB 


(1). 

EL, 

EB 


na 


(1). 

EL, 

EB 


(1), 

EL. 

EB 


(1), 

EL. 

EB 


(1), 

EL, 

EB 


(2) 




Cursor 
positioning 


(3) 


(3) 


(3) 


na 


(3) 


(3) 


(3) 


(3) 


NO 


EP 


Echoplex mode 


Y,N 


Y,N 


Y,N 


na 


Y,N 


Y.N 


Y.N 


Y.N 


na 


FA 


Full-ASCII 
input mode 


Y,N 


Y.N 


Y,N 


Y,N 


Y.N 


Y.N 


Y.N 


Y.N 


(2) 
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TABLE 5-3. PARAMETER RANGES FOR TERMINAL DEFINITION COMMANDS, TERMINAL CLASSES 1 THROUGH 8 (Contd) 





Mne- 
monic 




Terminal Types 




Description 


TTY 
M33 


CDC 

713-10, 

751-1, 

752, 756 


CDC 
721 


IBM 
2741 


TTY 
M40-2 


Haz 
2000 


ANSI 
X3.64 


Tek 
4000 


X.25 
any 




IC 


Input flow 
flow control 


Y.N 


Y,N 


Y.N 


na 


Y.N 


Y.N 


Y.N 


Y.N 


na 


1 


IN 


Input 

mechanism 

type 


(4) 


(4) 


(4) 


KB,XK, 
X 


(4) 


(4) 


(4) 


(4) 


BK.KB 
X,XK 




LI 


Line feed 

Idle 

characters 


thru 
99, CA 


thru 
99, CA 


thru 
99, CA 


thru 
99, CA 


thru 
99, CA 


thru 
99, CA 


thru 
99, CA 


thru 
99, CA 


(2) 




LK 


Lockout 
network 
operator 
messages 


Y,N 


Y,N 


Y,N 


Y,N 


Y.N 


Y,N 


Y.N 


Y.N 


(2) 




OC 


Output flow 
control 


Y,N 


Y,N 


Y,N 


na 


Y.N 


Y.N 


Y,N 


Y,N 


na 




OP 


Output 

mechanism 

type 


(5) 


(5) 


(5) 


PR,DI 


(5) 


(5) 


(5) 


(5) 


PR,DI 


1 


PA 


Parity 
processing 


Z,0,I, 
E.N 


Z.O.I, 
E.N 


Z.O.I, 
E.N 


na 


Z.O.I, 

E.N 


Z.O.I, 

E,N 


Z,0,I, 

E,N 


Z,0,I, 

E,N 


(6) 




P6 


Page waiting 


Y,N 


Y,N 


Y,N 


Y,N 


Y.N 


Y.N 


Y.N 


Y,N 


(2) 




PL 


1 

Page length 


0, 8 
thru 255 


0, 8 
thru 255 


0. 8 
thru 255 


0, 8 
thru 255 


0. 8 
thru 255 


0. 8 
thru 255 


0. 8 
thru 255 


0, 8 
thru 255 


(2) 




PW 


Page width 


0, 20 
thru 255 


0, 20 
thru 255 


0, 20 

thru 255 


0, 20 
thru 255 


0, 20 
thru 255 


0, 20 
thru 255 


0. 20 
thru 255 


0, 20 
thru 255 


(2) 




SE 


Special 
editing mode 


Y.N 


Y.N 


Y.N 


Y,H 


Y.N 


Y,N 


Y.N 


Y.N 


na 




TC 


Terminal 
class , input 


1, 2, 3, 
5 thru 8 


1. 2, 3, 
5 thru 8 


1. 2, 3, 
5 thru 8 


4 


1, 2. 3. 
5 thru 8 


1. 2. 3, 
5 thru 8 


1. 2. 3. 
5 thru 8 


1, 2, 3, 
5 thru 8 


(1) 


1 


XL 


Multiple- 
message 
transparent 
input mode 

Character 
delimiter 

Character 
end -of - 
message 
indicator 

Timeout 
delimiter 

Character- 
count 
delimiter 


thru 
FF 

thru 
FF 

TO 

1 thru 
4095 


thru 
FF 

thru 
FF 

TO 

1 thru 
4095 


thru 
FF 

thru 
FF 

TO 

1 thru 
4095 


na 
na 

na 
na 


thru 
FF 

thru 
FF 

TO 

1 thru 
4095 


thru 
FF 

thru 
FF 

TO 

1 thru 
4095 


thru 
FF 

thru 
FF 

TO 

1 thru 
4095 


thru 
FF 

thru 
FF 

TO 

1 thru 
4095 


(2) 
(7) 

na 
(2) 
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TABLE 5-3. PARAMETER RANGES FOR TERMINAL DEFINITION COMMANDS, TERMINAL CLASSES 1 THROUGH 8 (Contd) 



Notes: 



CR or RETURN indicates the terminal key that causes a carriage return operation. 
A zero page width or page length value is effectively an Infinite one. 
na Indicates the parameter does not apply to that terminal class. 
CA Indicates that a value calculated by the TIF is used. 

(0) Devices belong to terminal classes 1 thru 3, or 5 thru 8. 

(1) Any character from the ASCII 128-character set except any lowercase or uppercase alphabetic 
character, any digit through 9, NULL, SOH, STX, ->, DEL, or space. 

(2) Same as for the device if it were not connected via a packet assembly/disassembly (PAD) service. 

(3) CR, LF. 

(4) KB, PT, BK, X, XK, XP. 

(5) PR, DI, PT. 

(6) Same as if the device were not connected via a packet assembly/disassembly (PAD) service. Parity 
is Ignored on input and is generated for output. 

(7) PAD subTIP devices restricted to characters in columns and 1 of the ASCII character set (0-lF). 



TABLE 5-4. PARAMETER RANGES FOR TERMINAL DEFINITION COMMANDS, TERMINAL CLASSES 9 THROUGH 18 



Mnemonic 


Description 


Terminal Types 


HASP 
POST 


CDC 
200 
OT 


CDC 
714-30 


CDC 
711-10 


■CDC 
714-10, 
714-20 


HASP 
PRE 


CDC 
734 


IBM 
2780 


IBM 
3780 


IBM 
3270 


TC 


Terminal class 


9 


10 


11 


12 


13 


14 


15 


16 


17 


18 


AB 


Abort output block 
character 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


BS 


Backspace character 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


Bl 


User break 1 char- 
acter 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


na 


na 


(1) 


B2 


User break 2 char- 
acter 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


na 


na 


(1) 


CI 


Carriage return idle 
characters 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


CN 


Cancel character 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


na 


na 


(1) 


CF 


Cursor positioning 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


CT 


Network control 
character 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


(1) 


na 


na 


(1) 
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TABLE 5-4. PARAMETER RANGES FOR TERMINAL DEFINITION COMMANDS, TERMINAL CLASSES 9 THROUGH 18 (Contd) 



Mnemonic 


Description 


Terminal Types 


HASP 
POST 


CDC 
200 
HT 


CDC 
714-30 


CDC 
711-10 


CDC 
714-10, 
714-20 


HASP 
PRE 


CDC 
734 


IBM 
2780 


IBM 
3780 


IBM 
3270 


DL 


Single-message 
transparent input 
mode 

Character delimiter 

Character count 
delimiter 

Timeout delimiter 


na 
na 

na 


03 
na 

na 


03 
na 

na 


03 
na 

na 


03 
na 

na 


na 
na 

na 


03 
na 

na 


na 
na 

na 


na 
na 

na 


na 
na 

na 


EB 


End-of-block 
Character 
Cursor positioning 


na 
na 


(2) 
na 


(2) 
na 


(2) 
na 


(2) 
na 


na 
na 


(2) 
NO 


na 
na 


na 
na 


na 
na 


EL 


End-of-loglcal line 
Character 
Cursor positioning 


na 
na 


(3) 
NO 


(3) 
NO 


(3) 
NO 


(3) 
NO 


na 
na 


(3) 
na 


na 
na 


na 
na 


na 
na 


EP 


Echoplex mode 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


FA 


Full-ASCII input mode 


na 


Y,N 


Y.N 


Y,N 


Y,N 


na 


Y.N 


na 


na 


na 


IC 


Input mechanism flow 
control 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


IN 


Input mechanism type 


KB 


X,BK 


X,BK 


X,BK 


X,BK 


KB 


X,BK 


na 


na 


KB 


LI 


Line feed idle 
characters 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


LK 


Lockout network 
operator messages 


Y,N 


Y,N 


Y,N 


Y.N 


Y,N 


Y.N 


Y,N 


na 


na 


Y,N 


OC 


Output flow control 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


OP 


Output mechanism type 


DI 


DI 


DI 


DI 


DI 


DI 


DI 


PR 


PR 


DI 


PA 


Parity processing 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


PG 


Page waiting 


na 


Y,N 


Y,N 


Y,N 


Y,N 


na 


Y.N 


na 


na 


Y,N 


PL 


Page length 


na 


0, 20 

thru 

255 


0, 20 

thru 

255 


0, 20 

thru 

255 


0, 20 

thru 

255 


na 


0, 20 

thru 

255 


na 


na 


0, 20 

thru 

255 


PW 


Page width 


0, 20 

thru 

255 


0, 20 

thru 

255 


0, 20 

thru 

255 


0. 20 

thru 

255 


0, 20 

thru 

255 


0, 20 

thru 

255 


0, 20 

thru 

255 


0, 20 

thru 

255 


0, 20 

thru 

255 


0, 20 

thru 

255 


SE 


Special editing mode 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


TC 


Terminal class , input 


9 


10, 
15 


11 

thru 

13 


11 

thru 

13 


11 

thru 

13 


14 


10, 

15 


16 


17 


18 
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TABLE 5-4. PARAMETER RANGES FOR TERMINAL DEFINITION COMMANDS, TERMINAL CLASSES 9 THROUGH 18 (Contd) 



c 



o 



Mnemonic 


Description 


Terminal Types 


HASP 
POST 


CDC 
200 
UT 


CDC 
714-30 


CDC 
711-10 


CDC 
714-10, 
714-20 


HASP 
PRE 


CDC 
734 


IBM 
2780 


IBM 
3780 


IBM 
3270 


XL 




Mul tlple-mes sage 
transparent input 
mode 


























Character delimiter 


na 


03 


03 


03 


03 


na 


03 


na 


na 


na 






Character end-of- 
message indicator 


na 


(3) 


(3) 


(3) 


(3) 


na 


(3) 


na 


na 


na 






Timeout delimiter 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 






Character-count 
delimiter 


na 


na 


na 


na 


na 


na 


na 


na 


na 


na 


Notes: 






CR or RETURN Indicates the terminal key that causes a carriage return operation. 


A zero page width or page length value is effectively an infinite one. 




na 


Indicates the parameter does not apply to that terminal class. 




(1) 


Any character from the ASCII 128-character set except any lowercase or uppercase alphabetic 
character, any digit through 9, NULL, SOH, STX, =, DEL, or space. 


(2) 


[ETX] on the line resulting from SEND key. 




(3) 


[ESC] A sequence on line resulting from CARRIAGE RETURN key or [ETX] resulting from SEND key. 



#*%., 






Not all terminal definition commands involve the 
physical operation of the terminal. Some commands 
alter host software operations; other commands 
(described in section 4) control network functions. 

Some commands might not have any detectable effect, 
or have effects that depend on the network applica- 
tion program currently being used. Such operations 
as reading or punching paper tape, paging displays, 
suppressing TIP editing of Input, and formatting 
display or printer output might require the use of 
terminal definition commands. 

Host of the terminal definition commands available 
to you can also be sent downline by an application 
program. Commands you enter are removed from the 
input data by the TIP and acted on directly. A 
network application program is advised of a termi- 
nal definition command entry only when the command 
changes one of three terminal characteristics: 

Terminal class 

Page width (ntimber of characters potentially 
output per physical line) 

Page length (number of lines of the specified 
page width treated as a unit when dividing out- 
put Into pages) 
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All other terminal definition commands either are 
of no consequence to an application program or have 
implicit effects on the input data. 

Terminal definition commands sent downline by a 
network application program are removed from the 
output stream by the TIP and acted on directly. 
You are not advised of their occurrence in the out- 
put stream. 

The legal range of values within each terminal 
class that you can assign to command keywords is 
shown in tables 5-3 and 5-4. If your network uses 
terminal interface programs other than those sup- 
porting terminal classes 1 through 17, an adminis- 
trator must provide you with corresponding range 
information. 

COMMAND FORMAT, SYNTAX, 
AND CONSTRAINTS 

This subsection describes the general foinnat and 
syntax of all terminal definition commands. The 
specific format for each command concerned with 
changing the terminal interface is described sepa- 
rately in this section. Other terminal definition 
commands (HD, HN, HS, LK, MS, and TM) are described 
in section 4. 
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Constraints that apply to all terminal definition 
conmand uses are described below. Constraints, 
ranges, and dependencies unique to a specific com- 
mand, keyword, or value are described in the sub- 
section describing that command or keyword. 



GENERAL FORMAT AND SYNTAX 

You can change the terminal class or operating 
characteristics assigned to a logical terminal by 
entering a terminal definition command with the 
general format and syntax shown in figure 5-1. You 
enter the command in one of three formats, depend- 
ing on the specific command: 



keyword 

keyword~value 

value 

A keyword Is always a two-character mnemonic for 
the command's function. A value can be one or more 
ASCII characters or a numeric value. 



Most of the commands use the keyword=value form. 
For some commands, the value portion is optional 
and has a default described In the text. For other 
commands, no default exists and you must supply a 
value within the range indicated for the command or 
keyword. 

For example, to change the page width of a 200 User 
Terminal, type the command: 

%PW=50 

and press the SEND key. In this example, the % 
character is the network control character defined 
for the terminal. The characters PW=50 are the 
comimand itself, where PW is the keyword mnemonic 
for the page width, and 50 is the new page width 
value (a decimal number of characters) for the ter- 
minal console. The PW keyword has no default value, 
so you must enter a number in the legal range for 
the PW keyword. The SEND key causes logical line 
and block transmission from a 200 User Terminal. 

The % character is the default network control 
character for many terminal classes. This char- 
acter is used in examples throughout this guide. 



o 

(J 



keyword 

keyword=vaLue 

keyHord1=vaLue1 



ct keywordn=vaLuen 



ct 



[13 



ct 



keywordi ... ct keywordn 
valuel ... ct N/aLuen 
, value 



Represents the network control character for your device as defined by the CT terminal 
definition comniand. Tables 5-1 and 5-2 give the default network control character for 
your device. You must press the ATTN key on a 2741-coii)patible device before entering 
this character. 



keyword 
value 

keywordi 
valuei 



Represents a two-character mnemonic associated with a device characteristic or a network 
software function. 

Specifies a particular value associated with the terminal definition command mnemonic. 
Tables 5-3 and 5-4 give the range of values for each command keyword. In some commands, 
the =value portion of the command is optional and defaults to =Y , representing a 
selection of yes. 

Same as keyword. 

Same as value. 

Represents a message termination character, code sequence, or event. Either the 
end-of-line or end-of-block indicator can be used; refer to the EL and EB commands later 
in this section. 



NOTE: The spaces shown are for clarity only. Do not include spaces when you enter a terminal definition 
command. 



,,r 



\._y 



Figure 5-1. Functional Formats of Terminal Definition Commands 
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CONSTRAINTS 

At block mode terminals (see section 2), the termi- 
nal definition command or commands should be the 
last input line in the transmission block. If the 
input is from paper tape, the tape reader should 
stop after the line is entered. If more input fol- 
lows a terminal definition command in the transmis- 
sion block, the additional input is discarded and a 

REPEAT., 
message is sent to the console. 



The network responds to a valid terminal definition 
command with: 

XX ACCEPTED.. 

The command kejword is represented by xx. 

The network responds to an invalid command with one 
of several diagnostic messages described in appen- 
dix B. 

You should not enter terminal definition commands 
or characters that flag TIP functions while output 
is in progress . Such entries are often not cor- 
rectly recognized by the TIP and are therefore 
transmitted as input data to the application 
program. You can safely make such entries when the 
terminal provides a hardware mechanism that inter- 
rupts output without generating a character of data 
in the process. You can also safely make such 
entries when output pauses because page waiting is 
in use. 

You can enter many of the commands Independently; 
entry of one command usually does not change more 
than one operating characteristic or affect the use 
of other characteristics. There are exceptions to 
this, however. 

Changing the terminal class changes all of the 
characteristics associated with the terminal from 
their previous values to the default values for the 
new terminal class. The original, preset configu- 
ration of the terminal cannot be recovered unless 
you reconstruct it by subsequent terminal 
definition commands, or the network Is reinitial- 
ized, or (at a dlalup terminal) the terminal is 
reconnected to the network. 

Not even logout or switching application programs 
changes or restores terminal definition parameter 
values. (Dlsconectlng your terminal from a host 
does end transparent, full-ASCII, or special editing 
mode operation, however.) 

You should use terminal definition commands care- 
fully. You should not change terminal class without 
strong justification. 

You should also be careful when using commands that 
associate terminal functions with Input of a speci- 
fic character. A terminal should never have two 
functions associated with a single character, either 
explicitly through terminal definition commands, or 
Implicitly; that is, you should avoid changes that 
would render a terminal functionally inoperable. 
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Any character or character code you use as a value 
in a terminal definition command is subject to the 
following restrictions: 

• You cannot use any of the following characters 
as an indicator for a TIP function: 





Hexadecimal 


ASCII 


ASCII 


Character 


Code 


NUL 


00 


SDH 


01 


STX 


02 


space 


20 


= 


3D 


DEL 


7F 



Neither these characters, nor their correspond- 
ing values, nor any terminal characters or 
codes translated to these characters, can fol- 
low the required equal sign In the command 
format. 

• Each character flagging a TIP function must be 
unique for a given terminal. You cannot use 
the same character or character code as a value 
in two or more of the following commands: 

AB or CN, BS, Bl, B2, CT, EB or EL 

• If the terminal does not use the ASCII char- 
acter set, you should choose a character that 
has a unique translation to a character in the 
7-bit ASCII code set. 

• You cannot use a character or character code as 
a value in a terminal definition command if it 
already has been used explicitly (or as a 
default value) in another command for the same 
console. There are exceptions to this restric- 
tion: the abort-output-block character and 
cancel-input character commands (AB and CN) can 
use the same value, and the end-of -logical-line 
character and end-of-block character commands 
(EL and EB) can use the same value. 

• You cannot use a character edited from input as 
an indicator character for a TIP function. 
Neither the following characters, nor the ASCII 
codes corresponding to these characters, nor 
terminal characters or character codes trans- 
lated to these ASCII codes, should follow the 
required equal sign in the keyword=value format 
when editing would remove them from the input: 



ASCII 


Hexadecimal 
ASCII 


Character 


Code 


EOT 


04 


ETX 


03 


CR 


OD 


LF 


OA 


DCl 


U 


DC3 


13 



Specifically, you cannot use DCl or DC3 as a 
value in the following commands when output 
control is in effect (OC command Y option) : AB 
or CN, BS, Bl, B2, CT, EB or EL. 
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You cannot use an uppercase or lowercase letter 
or a numeral as an indicator character for a TIP 
function performed during input. Neither these 
characters , nor terminal characters or char- 
acter codes translated to these ASCII codes, 
can occur in the commands AB, Bl, B2, BS, CN, 
CT, EL, or EB: 



ASCII 
Character 

thru 9 
A thru Z 
a thru z 



Hexadecimal 

ASCII 

Code 

30 thru 39 
41 thru 5A 
51 thru 7A 



A letter can be used as a priority data char- 
acter in the command that bypasses queued input. 
The priority data command is described later in 
this section. 

Some terminal definition commands are allowed only 
from terminals that use certain communication pro- 
tocols. Other commands are allowed only from ter- 
minals in certain terminal classes. Each of the 
CDC-supported protocols includes one or more CDC- 
defined terminal classes, as follows: 

Asynchronous (terminal classes 1 through 8) 

X.25 packet-switching network (PSN) packet 
assembly/dlsassemby (PAD) service terminals, 
which are a subset of asynchronous terminals 
(terminal classes 1 through 3 and 5 through 8) 

Mode 4 (terminal classes 10 through 13 and 15) 

HASP (terminal classes 9 and 14) 

Bisynchronous (terminal classes 16 and 17) 

3270 (terminal class 18) 



TERMINAL DEFINITION COMMAND 
KEYWORDS AND VALUES 

The terminal definition keyword and value descrip- 
tions in the rest of this section explain the sub- 
stitutions allowed for the value parameter in the 
command format of figure 5-1. The keyword or key- 
word and value represented by termdef is tised to 
change terminal class or assigned terminal defini- 
tion vsilues. 

Default values for terminal characteristics are not 
shown in the keyword descriptions because they vary 
with the terminal class. See tables 5-1 and 5-2 
for default values. If you cannot find the key on 
your keyboard that generates a particular character 
in these tables, refer to the operator's guide for 
your terminal. Some of the tables in appendix A of 
this book also show letter keys that can often be 
pressed with a CONTROL key to generate certain ASCII 
character codes . 



DISPLAYING COMMAND VALUES IN USE 

Before you change any of the terminal definition 
values in use , you might want to determine what 
those values are. TVo commands give you this 
information : 



The HD command, described in section 4, tells 
you what network control character is defined 
for your device; this information appears in 
the first line of the display the command pro- 
duces. (The network control character is 
explained as part of the CT command description 
later in this section.) 

The CH command , described in the following sub- 
section, produces a display of the most 
frequently used TIP function values that you 
can change. 



Displaying Device Characteristics (CH) 

The characteristics (CH) command can be entered to 
display a single line of information about the 
device's currently defined TIP function values. 
The format of the CH terminal definition command is 
given in figure 5-2. 



ct CH [cf\ 



ct Represents the network control 

character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741-compatible device before entering 
this character. 

I cr| Represents a message termination 

character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands Later in this section. 



Figure 5-2. Display Terminal 
Characteristics (CH) Command 



This command is valid from console devices in ter- 
minal classes 1 through 18. The CH coamand cannot | 
be sent downline by an application program. 

When you enter this command, the TIP sends a line 
in the following format to your console: 

TC=tc ,BS=bs ,CN=cn,AB=ab ,Bl=bl ,B2=b2 ,EL=el ,EB=eb 



This line indicates the values in effect for the 
terminal definition commands TC, BS, CN, AB, Bl, B2, 
EB, and EL described later In this section. The 
variable portions of the line appear as graphic 
characters if printable, as ASCII code mnemonics if 
not printable, or as N/A if the characteristic is 
not applicable to your device. 

For example, suppose you are sitting at a CDC 721 

Viking Extended terminal and your device uses the 

network control character %. You enter the fol- 
lowing command : 

%CH [cF] 

You might see the following line: 

TC=3,BS=(BS),CN=(CAN),AB=(CAN),B1=#,B2=),EL=(CR), 
EB=(CR) 



o 
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This line tells you that your device belongs to 
terminal class 3, uses the ASCII CAN character for 
both the cancel-Input and abort-output-block func- 
tions, uses a # for a user-break-1 character, uses 
a ) for a user-break-2 character, and uses a car- 
riage return code for both the end-of-llne and end- 
of-block functions. 



CHANGING COMMAND RECOGNITION 

Two terminal definition connands can be used to 
alter the recognition of all other commands by the 
TIP. The terminal class (TC) command changes the 
defaults, ranges, and values in effect for all ter- 
minal definition commands and TIP functions your 
device can use. A command-to-TIP (CT) command 
changes the network control character for the device 
and determines which entries from the terminal are 
recognized as terminal definition commands. 



Any previous value not restored by a subsequent 
terminal definition command will be restored when 
the terminal is disconnected from the network and 
then reconnected with it. The terminal configura- 
tion process causes all terminal definition param- 
eters associated with the terminal to be preset 
when the communication path with the network soft- 
ware is established. The preset values are chosen 
by the site administrators. 



The method used to establish a communication path 
can include automatic recognition of some terminal 
characteristics by the TIP. For example, a com- 
munication line can be configured so that the TIP 
automatically assigns the terminal to a terminal 
class. The TIP chooses the most appropriate value 
from the set of six possibilities 1, 4, 9, 10, 13, 
or 16. This set includes one value from each of 
the communication protocol variants supported. 
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Changing Terminal Class (TC) 

The terminal class (TC) command defines a value 
from 1 to 31 that associates the terminal with a 
set of operating characteristics. This aspect of 
the terminal class was discussed at the beginning 
of this section. 

The terminal class associated with the terminal 
determines the following: 

the terminal definition commands that can be 
legally entered from the terminal console 

the default values of unaltered terminal 
definition parameters for the terminal 

the ranges permitted for all legal terminal 
definition commands from the terminal 

The eighteen terminal classes defined by CDC have 
default values for terminal definition parameters. 
These predefined classes, numbered 1 through 18, 
have the default values shown in tables 5-1 and 5-2. 
Terminal classes 19 through 27 are reserved by CDC 
for future definition; classes 28 through 31 can be 
used by sites that create new terminal Interface 
programs . The terminal class and command descrip- 
tions in this manual are United to those defined 
by CDC. 

The format of the terminal definition command to 
change the terminal class is given in figure 5-3. 
Tables 5-3 and 5-4 list the ranges for the terminal 
definition parameters of the new terminal class 
specified in the command. 

This command is valid from console devices in ter- 
I minal classes 1 through 18. The TC command can also 
be sent downline by an application, program. 

When you change the terminal class, the TIP changes 
all of the characteristics associated with the ter- 
minal from their previous values to the default 
values for the new terminal class. Previous values 
cannot be restored without entering a command for 
each corresponding terminal definition pareuneter. 



If the assigned terminal class is not the most 
appropriate class for the actual terminal, you can 
use a terminal definition command to change it. 
You should choose a new terminal class whose default 
terminal definition corresponds most closely to the 
characteristics of your device. You cannot, how- 
ever, choose a terminal class that requires a sub- 
protocol different from that you are currently 
using. 



Because the effect of the TC command is broad, this 
command should be the first one you enter if more 
than one needs to be entered. For example, if you 
want to be recognized as using a 734 terminal with 
a page width of 72 characters, but you are automa- 
tically recognized as using a CDC 200 User Terminal 
with a page width of 50 characters, the command 
sequence : 

ZrC=15 |7r] 

»W=72 [Z7] 

causes the desired redefinition. However, if you 
enter the commands in the opposite order, the ter- 
minal is left with a page width value of 80 char- 
acters, because entry of the TC parameter after the 
PW parameter changes the page width value in effect 
to the default for terminal class 15. 



Changing Network Control Character (CT) 

The command-to-TIP (CT) parameter defines a char- 
acter used by the TIP to identify terminal defini- 
tion commands at the beginning of input transmis- 
sions from your console. When this network control 
character is encountered at the beginning of a 
logical line, the TIP interprets the data as a com- 
mand or as priority data for the connected host 
application program. When the TIP identifies a 
terminal definition command, It removes the data 
following the character from the line and acts upon 
it. 



o 

o 
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ct TC=tc2 [cr] 



ct 



tc2 



E] 



Represents the network control character for your console as defined by the CT terainal 
definition command. You must press the ATTN key on a 2741 -compatible device before entering 
this character. 

Specifies the new terminal class, in the same range as your device's current terminal class 
<tc1), as follows: 

If 1 £ tc1 £ 3 or 5 £ tc1 < 8, then your device is an asynchronous terminal or connected 
through an X.25 packet-switching network, and tc2 can have the values: 

I < tc2 < 3 and 5 < te2 < 8 

If tc1=4, then your device is a 2741 -compatible asynchronous terminal, and tc2 can have 
the value 4. 

If tc1=9 or tc1=14, then your device is part of a HASP terminal, and tc2 can only have 
the same value as tcl. 

If tc1=10 or tc1=15, then your device is part of a mode 4A terminal, and tc2 can have 
the values 10 or 15. 

If 11 < tcl < 13, then your device is part of a mode 4C terminal, and tc2 can have the 
values: 

II < tc2 < 13. 

If tc1=16, tc1=17, or tc1=18, then your device is part of a bisynchronous terminal, and tc2 
can only have the same value as tc1. 

If 28 £ tcl £ 31, then your device is site-defined, and valid values for tc2 are unknown; 
possible values are: 

1 £ tc2 < 18 and 28<tc2<31. 

The following list identifies the terminals that determine the default values for the 
characteristics of each terminal class: 

tc2 Description 

1 Teletype Model 33, 35, 37, or 38 

2 CDC 713, 751-1, 752, or 756 display terminal 

3 CDC 721 Viking Extended display terminal or CDC CYBER 110 personal computer 

4 IBM 2741 teletypewriter 

5 Teletype Model 40-2 display terminal 

6 Hazeltine 2000 series display terminal 

7 Digital Equipment Corporation VTIOO display terminal (ANSI X3.64) 

8 Tektronix 40xx series teletypewriter-emulator display terminal 

9 HASP terminal supporting only postprint format control 

10 CDC 200 User Terminal 

11 CDC 711-30/40 mode 4C terminal 

12 CDC 711-10 mode 4c terminal 

13 CDC 714-10/20 mode 4C terminal 

14 HASP terminal supporting preprint format control 

15 CDC 731-12 or 734 mode 4A terminal 

16 IBM 2780 remote batch station 

17 IBM 3780 remote batch station 

18 IBM 3270 terminal 
28 thru 

31 Site-defined device 

Represents a message termination character, code sequence, or event. Either the end-of-line or 
end-of-block indicator can be used; refer to the EL and EB commands later in this section. 



Figure 5-3. Terminal Class (TO Command 
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You must use a character in the 128-character ASCII 
character set as the network control character, 
with the restrictions described at the beginning of 
this section. The format of the terminal defini- 
tion command to change the network control char- 
acter Is given in figure 5-4. If you enter the CT 
command in the same line as other terminal defini- 
tion commands, the new value for the control char- 
acter is not used until the entire line is 
processed. 



CONTROLLING INPUT OR OUTPUT CONTENT 

The Terminal Interface Program allows you to edit 
input content before transmission to the host, and 
can be used in a limited way to perform input edit- 
ing after transmission to the host. Similarly, you 
can use the TIP to perform limited editing of out- 
put in progress. These editing functions are per- 
formed as a response to recognition of selected 
character codes by the TIP, as described in section 
2. 
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ct CT=char 



EE 



ct 



char 



Represents the current network control 
character for your console. You must 
press the ATTN key on a 2741-compatible 
device before entering this character. 

Specifies the new network control 
character. This character must differ 
from the characters currently defined 
for the AB, BS, B1, B2, CN, EB, and EL 
command functions. 

Represents a message termination 
character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands later in this section. 



Figure 5-4. Network Control Character 
(CT) Command 



This command is valid from console devices in ter- 
I mlnal classes 1 through 18. The CT command can 
also be sent downline by an application program. 
As shown in tables 5-1 and 5-2, the default char- 
acter varies according to terminal class. 

You would normally change the network control char- 
acter in situations where the character defined for 
the command flag function regularly occurs as the 
first line of a transmission. For example, if a 
text editor program requires you to use % as a tab 
character, you will often enter the Z character 
from a 714 terminal as the first character of a 
line. 

To avoid losing data and causing spurious error 
messages from the TIP, your site should either con- 
figure the terminal to use a flag character such as 
!, or require entry of the following from all 714 
terminals before beginning text editor operations: 



ZCT=! 



E] 



After this entry, lines beginning with % are passed 
by the TIP as normal data , and lines beginning with 
! are scanned by the TIF as terminal definition 
commands. To change the network control character 
back to the default without leaving and rejoining 
the network, you would enter the following: 



! CT=% [cr] 



The TIP associates character codes with each of the 
following functions: 

Cancel the previous input character (a back- 
space function). 

Cancel the current or previous input line. 

Abort the current network output block trans- 
mission. 

A terminal definition command containing the back- 
space (BS) parameter changes the character associ- 
ated with the first operation. A command contain- 
ing the cancel-input (CN) parameter changes the 
character associated with the second operation, and 
a command containing the abort-output-block (AB) 
parameter redefines the character that causes the 
third operation. 



Changing Backspace Character (BS) 

The TIP can edit input data to delete characters 
when the terminal is not operating in transparent 
mode, full-ASCII mode, or special editing mode (see 
section 2). Each entry of the character defined as 
the backspace character causes the TIP to remove 
the preceding character entry from its input buffer. 
The backspace character entered is not part of the 
input data. 

This input editing operation permits you to replace 
an incorrect character in the input line with a 
correct character, as described in section 2. The 
backspace (BS) terminal definition command permits 
you to change the character used for this back- 
spacing operation. 

You must use a character in the 128-character ASCII 
character set as a backspace character, with the 
restrictions described at the beginning of this 
section. The format of the command to change the 
backspace character is given in figure 5-5. 

The BS command is valid only for console devices in 
classes 1 through 8 (asynchronous and X.25 termi- 
nals). This command can also be sent downline for 
devices in those terminal classes by an application 
program. 

As shown In tables 5-1 and 5-2, the default char- 
acter for all terminal classes is generated by a 
key labeled with either a graphic character indi- 
cating the backspace function, or an alphabetic 
indicator for that function. Alternatively, at most 
terminals you can press a CONTROL key and a char- 
acter key at the same time to perform the function. 
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ct BS=bs cr 



ct 



bs 



Represents the network control 
character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741-compatible device before entering 
this character. 

Specifies the new backspace character. 
This character must differ from the 
characters currently defined for the 
AB, B1, 32, CH, CT, EB, and EL command 
functions. 

Represents a message termination 
character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands later in this section. 



Figure 5-5. Backspace Character 
(BS) Command 



Regardless of the character used to identify the 
backspace character at the terminal, all of the 
default characters correspond to the ASCII code for 
the ASCII character BS (hexadecimal 08). The Model 
40 Teletype has no default because no key generates 
this character. 

You could use the BS command to create a backspace 
character for consoles in terminal class 5. You 
could also change the backspace character in situat- 
ions where the ASCII backspace character code is 
part of the data required by the network applica- 
tion program communicating with a console in any 
terminal class between 1 and 8. 

For example, some Interpreters use the backspace 
character code to create a language input character 
by logically overstriking the character preceding 
the backspace character code with the character 
following the backspace character code. By changing 
the character associated with the backspace func- 
tion from the character associated with the back- 
space code, you can functionally edit input lines 
by backspacing and still send a backspace code to 
an interpreter package. ' 

The following sequence of entries Illustrates the 
distinction between backspace code and backspace 
function. If the terminal uses a key marked < — to 
generate a code which the network translates into 
the ASCII code for the backspace character, then 
the following entry causes an application program 
to receive the three characters ABC: 



A Q <~ B ) <- 



EH. 



However, the following entries cause the TIP to 
distinguish between a character for the backspace 
function and the backspace character code, causing 
the same entry line to be received by an applica- 
tion program as the five characters A Q < — '■ < — C: 

%BS= ) [^ 

A Q <~ B ) <~ C [c7] 
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In this second sequence of entries, the TIP has 
erased the B from Its input buffer after receiving 
the new backspace character ), and also discarded 
the ) from the input line. The TIP has continued 
to edit the input line, but has changed the char- 
acter it associates with the backspace function. 

At line mode or block mode terminals (which support 
off-line input editing before transmission) , the 
example given above does not work. Instead, 
changing the backspace character used by the TIP 
effectively produces two backspace characters and 
results in input editing at two points : 

Editing in the terminal before transmission to 
the NPU, based on the backspace function asso- 
ciated with the original backspace character. 

Editing in the network processing unit before 
transmission to the host, based on the backspace 
function associated with the redefined backspace 
character. 



If two points of input editing exist, the entries 
just shown would cause the TIP to receive the three 
characters ABC and transmit them to the host without 
additional editing. 

Unless you declare an SE value or FA value of Y 
before entering the backspace character from the 
terminal, each entry of the backspace character 
deletes another previously entered character from 
the terminal's input buffer. No data is sent upline 
to the host application program. 

When the page width is greater than 56 characters, 
you can backspace the console to the beginning of 
the current physical line, but additional backspace 
character entries have no effect. The current 
physical line begins after the last line feed or 
carriage return, or at the character after you last 
reached the page width in the current logical line. 

Vfhen the page width is greater than 20 but less than 
56 characters, you can backspace into a previous 
physical line if that line has not already been sent 
to the host. You cannot backspace into a different 
network data block. 

When you use a page width of characters, input 
characters are sent to the host in multiples of 100 
characters (see the PW command). You cannot back- 
space across these network data block boundaries. 



Changing Cancel-Input Character (CN) 

If you need to correct many characters of an input 
line, or if you decide a completely different entry 
should be transmitted as input to a network appli- 
cation program, an easier method than multiple back 
spaces can be used. If you enter a character 
defined as the cancel-input character and then press 
I cr I , the TIP tells the host application program 
that it should discard the entire input message, 
including parts already received. The TIP then 
sends the message: 

*DEL* 

to your console and positions the cursor at the 
beginning of the next physical line. 
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Unless you declare an FA value of Y before entering 
the cancel-input character, each entry of this 
character at the end of an Input line causes the 
character and the logical line preceding it to be 
discarded. Entry of the cancel-input character does 
not cause data transmission. 

If part of the Input line has been sent to the host, 
the TIP cannot perform a backspace operation to 
correct characters in it, or erase the entire line. 
However, you can enter a cancel-input character as 
the last character of the next transmission. This 
entry causes the TIP to request discarding of the 
entire message received by the host software. The 
action taken then depends on the network applica- 
tion program communicating with the terminal. Nor- 
mally, the message is discarded unless processing 
of it cannot be reversed, and you can enter a cor- 
rected version of the message. 

You cannot use the cancel-input character to satisfy 
a requirement for transmission to the host. You 
cannot enter the cancel-input character to satisfy 
the requirement to enter input after an automatic 
input prompt is output. Even though the automatic 
input prompt characters have been discarded, you 
must enter input before any more output can occur. 

At an IBM-2741-compatible terminal, you must press 
the ATTN key after typing the cancel-input 
character. 

The cancel-input (CN) terminal definition command 
permits you to change the character used for this 
cancel-input operation. This command is valid from 
console devices in terminal classes 1 through 15 
(asynchronous, X.25, mode 4, and HASP terminals). 
The CN command can also be sent downline for devices 
in those terminal classes by an application program. 

You must use a character in the 128-character ASCII 
character set as a cancel-input-line character, with 
the restrictions described earlier in this section. 
The format of the terminal definition command to 
change the cancel-input character Is given in figure 
5-6. As shown in tables 5-1 and 5-2, the default 
character varies according to terminal class. 



ct CN=cn |cr| 



ct Represents the network control 

character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741 -compatible device before entering 
this character. 

en Specifies the new cancel-input 

character. This character must differ 
from the characters currently defined 
for the BS, B1, B2, CT, EB, and EL 
command functions. 

I cr| Represents a message termination 

character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands later in this section. 



Figure 5-6. Cancel-Input Character 
(CN) Command 
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You would normally change the cancel-input character 
in situations where the last character needed in 
many lines of data is the character currently 
defined for the function. For example, suppose the 
$ character is defined by your site as the cancel- 
input character used by all terminals. The $ is 
used in many programming functions as a separator 
or terminator character; if you are involved in such 
programming, you often end a line with this char- 
acter. So that you need not rememb er t o type a 
blank after the $ but before pressing Icrl , you can 
change the cancel character from $ to @ by entering 
the following command: 

%CN=@ [cr] 

This example assumes that the site defines the net- 
work control character as % for your terminal. 

After making the entry, you no longer need to worry 
about Inadvertently deleting a line of valid data 
by typing the $ before the transmission key is 
pressed. Only entries ending in the character @ are 
deleted . 



Changing Aborf-Output-Block Character (AB) 

You sometimes encounter situations where unwanted 
or unanticipated output operations begin. You do 
not want to wait for all of the output to be com- 
pleted before entering Input, or do not want the 
extraneous output appearing on the hardcopy for the 
terminal session. The TIP provides a method of 
suppressing such output, called the abort-output- 
block character. 

When you enter the abort-output-block character from 
the terminal as the only character in a line, the 
transmission block (one or more physical lines) 
currently being sent to the terminal Is discarded. 
Any auto-input characters in the output are also 
discarded from a subsequent line of input. 

The abort— output-block character is not sent to the 
application program as Input data. If more than one 
block of output has been stored for transmission to 
the terminal, you must enter the character once for 
each of the blocks to be discarded. 

The abort-block (AB) terminal definition command 
permits you to change the character used for this 
abort-output operation. This command is valid from 
console devices In terminal classes 1 through 8 
(asynchronous terminals) when the terminals are not 
connected through an X.25 network. The AB command 
can also be sent downline to devices in those ter- 
minal classes by a network application program. 

You must use a character in the 128-character ASCII 
character set as an abort-output-line character, 
with the restrictions described earlier in this 
section. The format of the terminal definition 
command to change the abort-output-block character 
is given in figure 5-7. As shown In tables 5-1 and 
5-2, the default character varies according to ter- 
minal class. 

You would normally change the abort-output-block 
character when the character used for that function 
is more appropriately associated with another func- 
tion. For example, suppose you are using a CDC 713 
terminal at a site that assigns both the cancel- 
input and abort-output-block functions to the ASCII 
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et AB=ab [er] 



ct Represents the network control 

character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741 -compatible device before entering 
this character. 

ab Specifies the new abort output block 

character. This character must differ 
from the characters defined for the BS, 
B1, 82, CT, EB, and EL command 
functions. 

|cr I Represents a message termination 

character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands later in this section. 



Figure 5-7. 



Abort-Output-Block Character 
(AB) Command 



character CAN. You want to associate the character 
CAN only with the concept of cancel-input, so you 
must redefine the abort-output-block character. The 
following entries would associate the ASCII char- 
acter for negative acknowledgment (NAK) with the 
abort-output-block function: 



ZAB= (u) [cTJ 



The CNTRL and U keys generate the NAK code at a 713 

terminal. This example assumes that the network 

control character % is defined by the site for your 
terminal . 

For the remainder of your terminal session, 
entering the character CAN (using the CNTRL and X 
keys) cancels an input line, while entering the NAK 
character aborts an output block in transmission. 



REGULATING DEVICE INPUT AND 
OUTPUT FLOW 

The Terminal Interface Program can sometimes send 
data to terminals much faster than the terminal 
device can physically process the output. Con- 
versely, if the network Is very busy, your terminal 
can transmit more Information than the network can 
temporarily store before sending the information to 
the host. 

When the first condition occurs, your terminal might 
use a method called output control to make the TIP 
stop sending input. Hhen the second condition 
occurs, the TIP can use a method called input con- 
trol to make your terminal stop sending input. To 
successfully use either regulation method, the TIF 
must know that the terminal can support that method. 

You use the IC command to tell the TIP whether your 
terminal supports device input control. You use the 
OC command to tell the TIP whether your terminal 
uses device output control. 



5-20 



The terminal Interface program recognizes two char- 
acters of Input that temporarily suspend and resume 
input or output. These characters are the ASCII 
device control 1 (DCl) and device control 3 (DC3) 
codes. 



Controlling Output (OC) 

If the TIP has been told that your terminal uses 
output control, the TIP operates as follows. When 
it receives an ASCII DC3 code from your terminal 
during output to the terminal, it stops sending 
data. The DC3 code Is not sent to the host as data. 

The TIP saves all data from the host until your 
terminal sends an ASCII DCl code as the next char- 
acter of input; the TIP then resumes output with the 
next stored character. If you enter input other 
than a DCl code, the TIP resumes output when it 
receives the next end-of-line or end-of-block 
Indicator. 

The output control (OC) terminal definition command 
permits you to state whether your terminal uses this 
suspend-output method. This command is valid from 
console devices in terminal classes 1 through 3 and 
5 through 8 (asynchronous terminals), when the ter- 
minals are not connected through an X. 25 network. 
The OC command can also be sent downline to devices 
in those terminal classes by an application program. 

The format of the terminal definition command to 
change output control use is given In figure 5-8. 
As shown in tables 5-1 and 5-2, the default choice 
varies according to terminal class. 



ct OC t =option 3 |cr| 



ct Represents the network control 

character for your console as defined 
by the CT terminal definition command. 



option Specifies whether your terminal uses 
output control; option can be: 

Y yes (default if =option is 
omitted) 



|cr| Represents a message termination 

character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands later in this section. 



Figure 5-8. Output Control (OC) Command 

This control method prevents data loss when using a 
terminal with buffer that must be cleared periodi- 
cally before receiving new data. For example, if 
your terminal is actually a personal computer, it 
probably uses a buffer to receive output. If your 
terminal is storing that output as a file on a 
diskette, it- will need to stop the output occasion- 
ally so that It can copy the buffer to the diskette. 
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If your terminal uses the method described earlier, 
you can make the network software honor it by 
entering the following command: 

%OC=Y [^ 

or 

%0C [cr] 

This example assumes that the network control char- 
acter % is defined by the site for your terminal. 
After you enter this command, your terminal can 
suspend output by sending a DC3 and resume output 
by sending a DCl, for as long as the terminal 
remains connected to the network (or until the net- 
work processing unit is reinitialized). 



Controlling Input (IC) 

If the TIP has been told that your terminal uses 
input control, the TIF operates as follows. When 
it needs to suspend input, it sends an ASCII DC3 
code to your terminal during input from the termi- 
nal; your terminal then stops sending data. Your 
terminal saves all data for the host until the TIP 
sends an ASCII DCl code; the terminal then resumes 
input with the next stored character. 

The input control (IC) terminal definition command 
permits you to state whether your terminal recog- 
nizes this suspend-input method. This command is 
valid from console devices in terminal classes 1 
through 3 and 5 through 8 (asynchronous terminals), 
when the terminals are not connected through an X.25 
network. The IC command can also be sent downline 
for devices in those terminal classes by an appli- 
cation program. 

The format of the terminal definition command to 
change input control use Is given in figure 5-9. 
As shown in tables 5-1 and 5-2, the default choice 
varies according to terminal class. 



ct IC C =option 3 |cr| 



ct Represents the network control 

character for your console as defined 
by the CT terminal definition command. 

option Specifies whether your terminal allows 
input control; option can be: 

Y yes (default if =option is 
omitted) 



{7F\ 



N 



Represents a message termination 
character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands later in this section. 



Figure 5-9. Input Control (IC) Command 

This control method prevents loss of input data when 
the data is sent as very large seta of lines or 
entered by a mechanism other than the keyboard. It 
can be used with cassette tape readers when the 
reader starts and stops in response to received 
codes . 
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When Input control is not used, the network discards 
lines it cannot store or forward to the host, and 
sends the message: 

WAIT.. 

to your console. When it can again accept input, 
it sends the message: 

REPEAT. . 

to your console. You then must reenter the dis- 
carded lines. Reentering the lines Is not always 
convenient, especially when nonconsecutive lines are 
discarded from a multiple line transmission. 

For example, if your terminal is actually a personal 
computer, you might want to send a file from a 
diskette as input to the host. If your terminal 
transmits that file at its maximum speed, the TIP 
will need to stop the input occasionally until the 
host acknowledges receipt of what has already been 
sent. 

If the TIP cannot Interrupt your terminal's diskette 
transfer, it Just discards portions of that trans- 
mission from the middle of the file and you might 
not be able to easily determine how much of the file 
reached the host. 

If your terminal uses the method described earlier, 
you can allow the network software to use it by 
entering the following command: 

%IC=Y [cr] 

or 

ZIC [^ 

This example assumes that the network control char- 
acter % is defined by the site for your terminal. 
After you enter this command, the network will sus- 
pend Input when it needs to by sending a DC3 and 
resume Input when it can by sending a DCl. 

CONTROLLING APPLICATION PROGRAM 
OPERATIONS 

An application program in the host normally proces- 
ses data from terminals and sends data to terminals 
much faster than the terminal Interface program can 
physically perform the input and output. Applica- 
tion program operations can sometimes be far ahead 
of where you think they are because of this lack of 
synchronization . 

If you send many messages to the application pro- 
gram, the program usually processes them in the 
order sent. In such cases, you might not be able 
to determine the message currently being processed. 
The Terminal Interface Program recognizes a terminal 
definition command to bypass queued input, so that 
you can send priority data to a host application 
program. This command is sometimes referred to as 
a user-interrupt command, although its use does not 
interrupt any activities significant to you. 

The Terminal Interface Program also recognizes two 
characters of input that do interrupt host applica- 
tion program processing. These characters, called 
the user-break-1 and user-break-2 characters, cause 
the TIP to do the following: 

Discard all output in progress. 
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Notify the application program of the inter- 
ruption. 

Identify to the application program the type of 
break occurring. 

Continue to discard application program output 
until the application program acknowledges 
receipt of the interrupt information. 

You should distinguish between interrupting the 
Terminal Interface Program and interrupting the host 
application program. The Terminal Interface Program 
can be Interrupted during output operations by 
pressing a key sometimes labeled BREAK, ATTN, or 
INTERRUPT; this interactive or batch output inter- 
rupt key is described in section 2. If output Is 
in progress when you want to interrupt the applica- 
tion, you must first interrupt the TIP. 

The interactive Interrupt key can be defined as 
performing additional functions. For example, 
pressing the interactive interrupt key can have the 
same effect as entering the cancel-Input character 
previously described (see the CN command) or the 
user-break-1 character (see the Bl command). 

Whether the interactive interrupt key is defined as 
a user-break key does not affect your use of that 
key to interrupt the TIP. Similarly, you enter the 
user-break-l and user-break-2 characters as if they 
were normal data characters, to be sent to the 
application program, regardless of whether the 
interactive interrupt key also performs a user- 
break-1 or cancel-Input function. 

The actions the application program takes when it 
receives the interrupt information depends on the 
application program, and might differ depending on 
the type of the break. Traditionally, one input 
character is used to suspend an application program 
operation, and another Is used to terminate the 
operation. 

For example, the CDC Interactive Facility (lAF) 
application program Interrupts any program operation 
in process when it receives an indication of a user- 
break-1 character. lAF sends a message to you 
indicating this action. lAF ends any program oper- 
ation in process when It receives an indication of 
a user-break— 2 character. As is done with the user- 
break-1 character, lAF Informs you of the action 
taken. 

You use the break-1 (Bl) terminal definition com- 
mand to change the user-break-1 character, the 
break-2 (B2) command to change the user-break-2 
character, and the break (BR) command to redefine 
the Interpretation of interractive interrupt key 



Sending a Priority Data Character 

The terminal definition command used for this pur- 
pose is the only command that has no mnemonic. The 
command consists of a value only, as shown in 
figure 5-10. 

This command is valid from any console device in 
I terminal classes 1 through 18. It cannot be sent 
downline by an application program. 



Ct a 



Ct 



E3 



Represents the network control 
character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741-compatible device before entering 
this character. 

Specifies any uppercase or lowercase 
alphabetic character recognized by the 
host application program as a 
single-character command. 

Represents a message termination 
character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands Later in this section. 



Figure 5-10. Priority Data (User-Interrupt 
Character) Command 

The valid values depend on the application program 
with which you are communicating. Any letter in the 
ASCII character set is allowed by the Terminal 
Interface Program. 

You would normally use this command when you change 
your mind about prior unprocessed Input or need to 
determine the status of that input. For example, 
the CDC Interactive Facility (lAF) recognizes 
several characters for status enquiries. If you 
begin executing a time-consuming job through lAF, 
you cannot enter an ENQUIRE command until that job 
finishes, but you can enter the following at your 
console: 



%E [cF] 



The character % is defined as the network control 
character for your console. lAF responds to this 
message by displaying a message similar to the fol- 
lowing : 



JSN: AANY SYSTEM: BATCH SRU: 
STATUS: WAITING FOR STORAGE 



26.344 



even if your job has not finished execution. 



Changing the User-Break- 1 Character (Bl) 

When you enter the user-break-1 character as the 
only character in a logical line, the terminal 
interface program sends a break indication of type 
1 to the application program currently communi- 
cating with the terminal. Any output queued for 
delivery to the terminal by the TIP is discarded. 
Output queued by the application program might also 
be discarded. 

The break-1 (Bl) terminal definition command permits 
you to change the character used for this user- 
break-1 operation. This command is valid from con- 
sole devices in terminal classes 1 through 15 and 
18 (asynchronous, X.25, mode 4, 3270, and HASP | 
terminals). The Bl command can also be sent 
downline for devices in those terminal classes by 
an application program. 



o 
o 






( 






o 
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You must use a character in the 128-character ASCII 
character set as a user-break-1 character, with the 
restrictions described earlier in this section. The 
format of the terminal definition command to change 
the user-break-l character is given in figure 5-11. 
As shown in tables 5-1 and 5-2, the default char- 
acter varies according to terminal class . 



ct B1=b1 [cTj 



ct Represents the neftwork control 

character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741 -compatible device before entering 
this character. 

b1 Specifies the new user-break-1 

character. This character must differ 
from the characters currently defined 
for the AB, BS, B2, CN, CT, EB, and EL 
command functions. 

|cr| Represents a message termination 

character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands later in this section. 



Figure 5-11. User-Break-1 Character 
(B1) Command 



You would normally change the user-break-1 char- 
acter when the character used for this function is 
a character frequently used as the first character 
in an entry, or when the character used cannot be 
transmitted from you terminal. For example, suppose 
you define the : as a tab character when using a 
text editor, but your console is defined as using 
that character for the user-break-1 function. 
During creation of a FORTRAN program source file 
from a CDC 734, the tab character is frequently the 
first character you enter on a line. From your 
viewpoint, the tab character then performs two 
unrelated functions, depending on whether anything 
follows it in the entry. 

Because you can accidentally enter the tab char- 
acter as the only character in a line, causing an 
unintentional application program action, you might 
prefer to change the less frequently used break 
character, rather than the more frequently used tab 
character. To change the user-break-1 character to 
the unused ; character, you enter the following: 



%B1=; [cF\ 



This example assumes that the network control char- 
acter Z is defined by the site for your console. 
After you enter this command, the network inter- 
prets the character ; when entered in a line by 
itself as a user-break-1 indicator. 



Changing User-Break-2 Character (B2) 

When the user-break-2 character is entered as the 
only character in a logical line, the terminal 
interface program sends a break indication of type 
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2 to the application program currently communi- 
cating with the terminal. Any output queued for 
delivery to the terminal by the TIP is discarded. 
Output queued by the application program might also 
be discarded. 

The break-2 (B2) terminal definition command permits 
you to change the character used for this user- 
break-2 operation. This command is valid from con- 
sole devices in terminal classes 1 through 15 and 
18 (asynchronous, X.25, mode 4, HASP, and 3270 | 
terminals). The B2 command can also be sent 
downline for devices in those terminal classes by 
an application program. 

You must use a character in the 128-character ASCII 
character set as a user-break-2 character, with the 
restrictions described earlier in this section. The 
format of the terminal definition command to change 
the user-break-2 character is given in figure 5-12. 
As shown In tables 5-1 and 5-2, the default char- 
acter varies according to terminal class. 



ct B2=b2 



{m 



ct Represents the network control 

character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741 -compatible device before entering 
this character. 

b2 Specifies the new user-break-2 

character. This character must differ 
from the characters currently defined 
for the AB, BS, Bl, CN, CT, EB, and EL 
command functions. 

I cr I Represents a message termination 

character, code sequence, or event. 
Either the end-of-Line or end-of-block 
indicator can be used; refer to the EL 
and EB commands later in this section. 



Figure 5-12. User-Break-2 Character 
<B2> Command 



You normally change the user-break-2 character when 
the character used for this function is frequently 
used as the first character in an entry, or when the 
character used cannot be transmitted from your ter- 
minal. For example, suppose you define the ) as a 
tab character when using a text editor. During 
creation of a COBOL program source file from a CDC 
734, the tab character is frequently the first 
character you enter on a line. The tab character 
performs two unrelated functions, depending on 
whether anything follows it in the entry. 

Because you can accidentally enter the tab char- 
acter as the only character in a line, causing an 
unintended application program action, you might 
prefer to change the less frequently used break 
character, rather than the more frequently used tab 
character. To change the user-break-2 character to 
the unused ; character, you enter the following: 



%B2=; [cr] 
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This example assumes that the network control char- 
acter % is defined by the site for your console. 
After you enter this command, the network inter- 
prets the character ; when entered in a line by 
Itself as a user-break-2 Indicator. Note that this 
example and the example for the Bl command cannot 
both be used; the same character cannot be defined 
as both a user-break-1 and a user-break-2 Indicator. 

Changing the Functions of the interactive 
Interrupt Key (BR) 

When you press the interactive Interrupt key, the 
console sends a break indication to the Terminal 
Interface Program. If the interactive interrupt key 
Is not defined as having additional functions, any 
output queued for delivery to the console by the 
TIP is saved and input can be entered. 

However, the interactive Interrupt key can be 
defined as performing additional functions. When 
this is done, if input is in process and the termi- 
nal does not use an X.25 network, pressing the 
Interactive interrupt key has the same effect as 
entering the cancel-input character previously 
described (see CN command). If output is in process 
or the console is idle, pressing the interactive 
interrupt key has the same effect as entering the 
previously described user-break-1 character (see Bl 
command). 

The break functions (BR) terminal definition com- 
mand permits you to change how the TIP reacts to use 
of this key. This command is valid from console 
devices in terminal classes 1 through 3 and 5 
through 8 (asynchronous and X.25 terminals). The 
BR command can also be sent downline for devices In 
those terminal classes by an application program. 

The format of the terminal definition command to 
change the Interactive interrupt key functions is 
given in figure 5-13. As shown in tables 5-1 and 
5-2, the default setting is for no additional func- 
tions . 



ct BR C 


=option 1 (cr| 


ct 


Represents the network control 
character for your console as defined 
by the CT terminal definition command. 


option 


Determines whether the interactive 
interrupt key has the extra functions 
described in the text; option can be: 




Y yes (default if =option is 
omitted) 




N no 


R 


Represents a message termination 
character, code sequence, or event. 
Either the end-of-line or end-of-bLock 
indicator can be used; refer to the EL 
and EB commands Later in this section. 



Figure 5-13. Break Key Functions 
(BR) Command 



You would normally change the functions defined for 
the interactive interrupt key when: 

You do not need to dlstinqulsh between inter- 
rupting output at the console and sending a 
user-break-1 Indication to an application 
program. 

You do not need to dlstinqulsh between inter- 
rupting output at the console and discarding 
input from the console. 

You want a quick way to send either a user- 
break-1 or a cancel-input indication. 

For example, suppose the : is defined as the char- 
acter for the user-break-l function and the ; char- 
acter is defined as the character for the cancel- 
input function. If you are using a printer mecha- 
nism for console output, you can prevent nondata 
graphic characters from appearing on your listing 
by redefining the function of the Interractlve 
Interrupt key. 

To add the functions of the user-break-1 character 
and the cancel-input character to that key, you 
enter the following: 



%BR=Y 



ED 



This example assumes that the network control char- 
acter % Is defined by the site for your console. 
After you enter this command, the network will 
interpret use of the key when pressed during input 
as a cancel-input function and when pressed during 
output (or when the console is idle) as a user- 
break-1 indicator. 

Note that the first function would not be possible 
if your terminal were using an X.25 network for 
access to the CDC network. 



CONTROLLING INPUT OR OUTPUT FORMAT 

The format of terminal console input and output is 
primarily determined by the terminal hardware and 
the application program with which the console is 
communicating. The Terminal Interface Program pro- 
vides you with commands to make limited modifica- 
tions to the appearance and speed of Input and 
output. 

Through terminal definition commands, you (and the 
application program) can: 

Insert idle characters (null codes, sometimes 
called idle fill) to delay output until a 
mechanical repositioning operation is completed. 

Cause or suppress output paging functions by the 
TIP. 

Define the physical width of the output mecha- 
nism. 

Define the physical length of the output mecha- 
nism. 

Cause or suppress cursor repositioning by the 
TIP at the end of blocks or logical lines. 



o 
o 
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These commands should be used to describe actual 
console characteristics to the TIP. Entering a 
valid command that Inaccurately describes the phys- 
ical capabilities of the console might not cause 
loss of data but does not always produce desirable 
results. You should not consider these commands as 
substitutes for formatting of output by an applica- 
tion program before transmission to the console. 



Changing Carriage Return Idle 
Character Count (CI) 

Consoles with mechanically driven output mechanisms 
sometimes cannot move the output mechanism from the 
end of one line to the beginning of the next line 
fast enough to keep up with the data being received. 
When this happens, the characters that would nor- 
mally begin the next line are either lost while the 
output mechanism repositions itself, or else they 
overstrlke portions of the preceding line during the 
carriage return portion of the repositioning ope- 
ration. 

Terminal support software often inserts a string of 
nonreproduclng characters called idle characters 
into the output whenever a carriage return operation 
occurs. These idle characters serve to delay the 
output of the next line of meaningful data until the 
repositioning operation is finished. This delay 
preserves the characters that begin each line. 

The Terminal Interface Program also performs this 
idle character insertion. The character code used 
for the idle character depends on the terminal 
class. You can choose the number of characters used 
through a terminal definition command, or you can 
Instruct the TIP to insert the nvmber appropriate 
for the terminal class. 

The number of idle characters you need to use for 
the delay depends on the line speed and the output 
mechanism used. The faster the mechanism, the fewer 
idle characters needed. The longer the physical 
line of output possible, the more idle characters 
needed. The higher the line speed, the more char- 
acters needed for delay. 

When a nonzero number of idle characters Is defined 
for the console's carriage return operations, the 
TIP inserts the defined number of characters Into 
the output each time the page width of the console 
Is reached (only for terminal classes 1 through 8), 
and each time the output contains a character that 
causes a carriage return operation. 

The carriage-return-idle (CI) terminal definition 
command permits you to change the number of Idle 
characters used during a carriage return operation. 
This command Is valid from console devices in ter- 
minal classes 1 through 8 (asynchronous and X.25 
terminals). The CI command can also be sent down- 
line for devices in those terminal classes by an 
application program. 

The format of this command Is given in figure 5-14. 
As shown In table 5-1, the default value is zero for 
devices in terminal classes where the output mecha- 
nism Is presumed to be a display; display mechanisms 
require no mechanical repositioning between lines 
because the beginning of the next line is logically 
contiguous to the end of the current line. 
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ct CI=ci |cr| 



ct 



{If} 



Represents the network control 
character for your terminaL console as 
defined by the CT terminal definition 
command. You must press the ATTN key 
on a 2741-compatible device before 
entering this character. 

Specifies the new carriage return idle 
character count; ci can be: 

< ci < 99 



CA 



The value of CA (calculated by TIP) 
restores the carriage return idle 
character count to the default value 
for the terminal class. That value is 
not necessarily the preset value for 
your console. 

Represents a message termination 
character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands later in this section. 



Figure 5-14. Carriage Return Idle 
Character Count (CI) Command 



Additional idle characters can be useful, however, 
at a device where the output mechanism is a display. 
Many such consoles have an attached device to make 
a hardcopy of anything placed on the console's 
screen. These devices are sometimes called slave 
printers because they only repeat information 
exchanged with the console and are not known to the 
network software as separate devices. Slave 
printers usually are electromechanical and can lose 
characters during repositioning operations. 

For example, CDC 713 terminals are console devices 
in terminal class 2 and have display output mecha- 
nisms. Many 713s are equipped with slave thermal 
printers. To avoid loss of display data from the 
thermally produced listing, an idle character count 
of 7 can be used. To cause such an Insertion, you 
would enter: 



%CI=7 



ED 



In this example, the site defines the network con- 
trol character as % for the terminal (a nonzero page 
width is presumed). After you make this entry, all 
output where the TIP expects a carriage return oper- 
ation to be performed will have seven ASCII null 
characters (the idle character for terminal class 
2) inserted. 

These additional idle characters can cause a per- 
ceptible pause at the page width boundary of the 
display or at the beginning of each line of display 
output. If you find this pause inconvenient when 
the thermal printer is not being used, the fol- 
lowing entry: 



%CI=CA 



ED 
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causes the TIP to revert to the default number of 
Idle characters for terminal class 2, which Is zero 
during carriage return operations. 



Changing Line Feed Idle Character Count (LI) 

Terminal support software often inserts idle char- 
acters during line feed operations for the same pur- 
pose as those used during carriage return opera- 
tions. Console devices with mechanical output 
mechanisms can smear, lose, or misalign characters 
of data that would normally be produced after a line 
feed operation was completed. To avoid such pro- 
blems, the idle character method of output delay Is 
used. 

The Terminal Interface Program also performs this 
function. The character code used for the Idle 
character depends on the terminal class. You can 
choose the number of characters used through a ter- 
minal definition command, or you can Instruct the 
TIP to Insert the number appropriate for the termi- 
nal class. 

The number of idle characters you need to use for 
the delay depends on the line speed and the output 
mechanism used. The faster the nechanism, the fewer 
idle characters needed. The wider the space between 
physical lines, the more Idle characters needed. 
The higher the communication line speed, the more 
characters needed for delay. 

When a nonzero number of idle characters Is defined 
for the console's line feed operations, the TIP 
Inserts the defined number of characters Into the 
output each time the page width of the console is 
reached (only for terminal classes 1 through 8), and 
each time the output contains a character that 
causes a line feed operation. 

The vertical line feed operation Is associated with 
the page width boundary and a carriage return char- 
acter because the carriage return operation occur- 
ring in both cases is logically distinct from the 
line feed operation. A carriage return operation 
on many devices is a horizontal repositioning to the 
beginning of the current line only. You see a car- 
riage retuim operation as positioning the output 
mechanism to the beginning of the next line because 
the TIP responds to a carriage return character you 
entered from the console with a line feed character 
code sent to the console. 

The linefeed-Idle (LI) terminal definition command 
permits you to change the number of Idle characters 
used during a line feed operation. This command is 
valid from console devices in terminal classes 1 
through 8 (asynchronous and X.25 terminals). The 
LI command can also be sent downline for devices In 
those terminal classes by an application program. 

The format of this comnand is given in figure 5-15. 
As shown in table 5-1, the default value is or 1 
for devices in terminal classes where the output 
mechanism Is presumed to be a display and vertical 
character positions are logically contiguous. Such 
terminals require very little delay for reposition- 
ing to subsequent lines. 



ct U=li [cr] 



ct 



Li 



EE 



Represents the network controL 
character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741-compatible device before entering 
this character. 

Specifies the new line feed idle 
character count; li can be: 

< li < 99 



CA 



The value of CA (calculated by TIP) 
restores the Line feed idle character 
count to the default value for the 
terminal class. That value is not 
necessarily the preset value for your 
console. 

Represents a message termination 
character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands later in this section. 



Figure 5-15. Line Feed Idle 
Character Count (LI) Command 



Because line feed operations usually occur in con- 
junction with carriage return operations. It Is not 
often necessary to provide a separate Idle char- 
acter delay for line feeds. However, some consoles 
can Insert additional line feed codes into output 
as part of a form feeding option. When you use such 
a device, a separate line feed idle character delay 
might be necessary. 

For example, a device in terminal class 2 usually 
operates with a line feed idle character count of 
0. A terminal emulating a CDC 713 might have a 
display for an output mechanism but have a slave 
printer attached for hardcopy. If you use such a 
terminal with a form feeding option on its printer, 
additional idle characters might prove necessary. 

To provide three additional characters, enter the 
following : 



ZLI-3 



E3 



After you make this entry, all line feed operations 
on the device will Include three idle character 
codes. When you want to discontinue using the form 
feed option, the extra Idle characters can also be 
removed by entering the following : 



ZLI-CA 



ED 



All subsequent line feed operations will exclude any 
Idle character, because is the default line feed 
idle character count for terminal class 2. 



o 
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Changing Page Wait Operation (PG) 



Application programs can produce large amounts of 
output. Such output can be reproduced on your con- 
sole much faster than you can absorb the informa- 
tion. When no hardcopy device is available at the 
console, you might have valuable information disap- 
pear before you can react to it. 

The Terminal Interface Program can perform a func- 
tion called page waiting that compensates for this 
situation. You use a terminal definition command 
to enable or disable the page wait feature. 

If your terminal does not scroll its console output, 
you can use the page wait feature to avoid over- 
writing information not yet read. If your console 
scrolls output faster than you can read It, you can 
use the page wait feature to interrupt scrolling 
temporarily. 

During normalized mode output, the TIP divides each 
output message into pages on the basis of the page 
length and page width declared for the console. 
(Page wait has no effect when a zero page length is 
defined for the device.) If page wait is supposed 
to occur, the TIP displays one line less than the 
declared page length permits and delays further 
output until terminal operator acknowledgment 



The TIP views the beginning of each downline mes- 
sage as the start of a new page. The TIP calculates 
the length of a page from the current values of the 
page width and page length (see the PW and PL com- 
mands). If the page width is infinite (PW is zero), 
a page consists of one line less than the number of 
logical lines specified as the page length. If the 
page width is finite (PW is nonzero), a page con- 
sists of one line less than the number of physical 
lines specified by the page length; the TIP cal- 
culates the number of physical lines by dividing 
each logical line into units less than or equal to 
the defined page width. The last line on the con- 
sole is always left for terminal operator acknowl- 
edgment or other input. 

If the TIP detects a top-of-f orm or clear-screen 
format effector in the output before the page is 
filled or output Is finished, it also pauses for 
acknowledgment because processing the format effec- 
tor would overwrite or destroy data being displayed. 
In this case, you see the prompting message: 

OVER. . 



The top-of-form or clear-screen format effector is 
not processed until you acknowledge receiving the 
delivered page. The OVER prompt is also used when 
a double or triple-space format effector occurs at 
the end of a page. 

When page wait occurs, you can enter an empty line 
as an acknowledgment to the Terminal Interface 
Program. Empty line acknowledgment entries are not 
sent upline as input data; any other input acts as 
an acknowledgment entry and is processed normally. 
For example, you can use a terminal definition com- 
mand as both an acknowledgment entry and a func- 
tional command; you can enter a line of data as an 
acknowledgment entry and have it sent upline as 
normal data. 
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The paging (PG) terminal definition command permits 
you to select or suppress page waiting during output 
operations. This command is valid from console 
devices in terminal classes 1 through 8, 10 through 
13, 15, and 18 (asynchronous, X.25, mode 4 terminals 
and the 3270). The PG command can also be sent 
downline for devices in those terminal classes by 
an application program. 

The format of this command is given in figure 5-16. 
As shown in tables 5-1 and 5-2, the default used is 
no page waiting for asynchronous and X.25 devices, 
and page waiting in effect for synchronous devices. 



ct PG C =option J |cr| 



ct Represents the network control 

character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741-compatibLe device before entering 
this character. 

option Specifies whether page waiting should 
occur; option can be: 

Y yes (default if =option is 
omitted) 



EE] 



N 



Represents a message termination 
character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and E6 commands later in this section. 



Figure 5-16. Page Waiting (PW) Command 

You use the PG command to change the page wait 
status of the console. When a PG value of Y is 
declared, the console potentially stops at the end 
of each output page for your acknowledgment before 
output can continue. Whether page wait actually 
occurs depends on declaration of a nonzero page 
length (PL command). 

When a PG value of N is used, page waiting is not 
in effect at the console. In this case, normalized 
mode output messages are divided by the Terminal 
Interface Program into full pages, and no pauses for 
acknowledgment occur during output. If you enter 
empty lines when page wait is not in effect, those 
lines are sent upline as empty input messages . 

When a PG value of Y is used during transparent mode 
output, the TIP interprets the end of a message as 
the end of the page. The page length value declared 
for the console or embedded character codes per- 
forming top-of-form or clear-screen operations do 
not cause pauses for acknowledgment. 

Because the occurrence of a page wait partially 
depends on the choices in effect for other terminal 
definition parameters, you should enter the PG 
parameter at the end of a set of terminal defini- 
tion command entries. For example, suppose you want 
to cause page waiting on a CDC 713 that uses % as 
the network control character. You would enter the 
following as separate commands: 
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XPL-16 |c7) 

ZPG=Y [c7] 

The first command establishes the page length bound- 
ary where waiting occurs, and the other enables the 
option. 

The OP command Is described later In this section 
under Selecting an Output Mechanism. The PL and PW 
commands that define page boundaries are described 
following this subsection. 

The TIP calculates the number of lines output since 
the last page wait pause, as described for the PL 
command later In this subsection. If the page width 
In effect for the console is not the actual page 
width of the display mechanism, the number of lines 
constituting a page might not visually correspond 
to the page length you have selected for page 
waiting purposes. 

Each time the TIP encounters an output line that is 
longer than the defined page width of the console, 
the TIP counts that line of output as two or more 
lines on the assumption that the output mechanism 
will cause line folding at the page width in effect. 
The value In effect for the page width therefore 
indirectly affects the apparent page boundaries. 

In the example just given, a page wait for user 
acknowledgment occurs every 15 lines of all subse- 
quent normalized mode output until you enter a ter- 
minal definition command that turns off page 
waiting. You can explicitly disable the function 
by entering the following: 

%PG=N [cr] 

If you enter the following instead: 



%PL=0 



ED 



page wait pauses no longer occur, and no extra ver- 
tical space Is inserted; the TIP cannot calculate 
the boundary of an infinitely long page. 



Changing Page Width (PW) 

Many of the operations performed by the Terminal 
Interface Program depend on the way the console's 
output mechanism Is defined. One of the more 
important definitions is the number of characters 
the output mechanism can contain as a single line. 

This maximum number establishes the page width 
boundary for all normalized mode output. The page 
width of the console is always defined in terms of 
maximum number of output characters per line, 
because the maximum number of input characters per 
line depends on where the previous line of output 
left the cursor or type element positioned. 

You see the effect on output of an inappropriate 
page width definition as the generation of several 
lines where one Is expected. The effect on output 
depends on the output mechanism defined for the 
console. Some of the effects on output are 
described earlier in this section under Changing 
Page Walt. The remaining effects are described in 
the following paragraphs. 
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The Terminal Interface Program uses the defined page 
width of the console to determine when lines should 
be folded during output to printer mechanisms. The 
TIF also uses the page width to determine when dis- 
play mechanisms will perform automatic line folding, 
but require idle character insertion. 

If your console Is defined as having a printer out- 
put mechanism and the current page width definition 
is less than or equal to the physical page width of 
the console, the Terminal Interface Program causes 
a carriage return and line feed operation after each 
occurrence in the output line of the defined number 
of characters. If the defined page width of these 
consoles Is greater than the physical page width, 
characters usually are either truncated or over- 
struck on the right margin of the output device. 

If your terminal has a display as an output mecha- 
nism and the page width definition Is less than the 
physical page width of the output device, the TIP 
might seem to pause at the page width boundary. 
This pause occurs when it inserts any required idle 
characters in anticipation of a carriage return and 
line feed operation at the Incorrect page boundary. 
In this case, the TIP does not Insert idle char- 
acters at the real page boundary. 



If the defined page width is greater than the actual 
page width, characters: 

Might be truncated 

Might be overstruck on the right margin of the 
output device 

Might replace characters at the left margin of 
the same line 

Might be continued on the next line 



Most terminals with display mechanisms for output 
automatically continue the output line on the next 
line. When this automatic line folding occurs and 
the defined page width is different than the actual 
page width, the TIP does not insert Idle characters 
at the proper place in the output. 

A nonzero page width definition is not meaningful 
for devices with a paper tape punch or paper tape 
emulator as the defined output mechanism. You can 
use a zero (infinite) page width safely for such 
devices. If your terminal simultaneously prints 
output during explicit paper tape output operations, 
you might need to use a nonzero page width so that 
the TIP will provide the appropriate carriage 
return, line feed, or idle characters needed for 
visual fidelity of the data. 



The page width (PW) terminal definition command 
permits you to change an Inappropriate page width 
value. This command is valid from console devices 
In terminal classes 1 through 18. The PW command | 
can also be sent downline by an application program. 

The format of this command is given in figure 5-17. 
As shown in tables 5-1 and 5-2, the default value 
used varies according to terminal class, but is 
always nonzero. 
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ct Pliil=pw [c7] 



ct 



pw 



[13 



Represents the network control 
character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741-compatible device before entering 
this character. 

Specifies the page width in characters; 
pw can be: 

Page is infinitely wide (output 
line length is unimportant; 
input lines are presumed to be 
100 characters or less) 

20 < pw < 255 



Represents a message termination 
character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands later in this section. 



%PW=50 [cr] 



Figure 5-17. Page Width (PW) Command 



There Is a functional restriction on the page width 
value used for some mode 4A terminal consoles. 
These terminals require the product of the page 
width and page length values used to be less than 
or equal to the transmission block size. For 
example, the page width you choose for a CDC 731-12 
(terminal class 15) must be such that the total 
number of characters on a page Is less than or equal 
to 1039. When the page length defined for this 
terminal device is 13 lines, the page width must be 
80 characters or less to meet the transmission block 
size restriction. 

An additional function restriction might exist for 
all consoles of any terminal class. The application 
program currently servicing the console might use 
the currently defined page width value to format 
output. The Terminal Verification Facility 
described in section 7 is an example of such a pro- 
gram. A zero page width might produce undesirable 
results while communication with such programs 
exists. In general, you should not use a zero page 
I width for devices in terminal classes 9 through 18. 

Inappropriate page width definitions normally occur 
when the physical device using a communication line 
is not the device for which the corresponding 
logical terminal device was configured. Automatic 
recognition lines cause the most frequent occur- 
rence of this situation. This lack of correspond- 
ence also occurs when terminal consoles with dif- 
ferent display formatting options Installed use the 
same line. 

For example, console devices of terminal classes 10 
and 11 are available with line width options of 
either 50 or 80 characters . A terminal with the 
50-character option Installed can use a line con- 
figured for terminals with the 80-character option, 
or vice versa. You can avoid any confusion by 
entering the following from a 50-character terminal 
when connection to the network is completed: 
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Changing Page Length (PL) 

The output operations performed by the terminal 
interface program also depend on the page length 
defined for the output device. The page length 
defined for the terminal establishes the vertical 
page boundary for the terminal output device. 
Depending on the device used, the page length value 
is either the maximum number of lines that can 
appear simultaneously on the device, or the maximum 
number of output lines that will fit within the 
vertical boundaries of a form. 

The page length of the console is always defined in 
terms of maximum number of output lines of the 
defined page width. Page length is not significant 
to you during input operations. The Terminal 
Interface Program does not try to correlate output 
line position on the page with input line position 
on the page. 

When a console has a nonzero page length, each line 
of normalized mode output completed causes the TIP 
to Increment a line counter. The line counter is 
reset to zero each time the page boundary is 
reached, each time a top-of-form or clear-screen 
code is encountered in the output, and each time a 
change in the direction of message traffic takes 
place. 

The latter condition occurs regardless of whether 
the TIP completes all output to the console and 
expects input from it. Input from consoles that can 
Interrupt output, or input simultaneously during 
output, always resets the line counter. Changing 
from one nonzero page length to another also resets 
the line counter to zero. 

When the console has a zero page length, the TIP 
does not Increment a line counter or perform any 
functions dependent on page length. A zero page 
length Is equivalent to an infinite length. The 
line counter remains at zero until a nonzero page 
length is defined and a line of output is 
encountered. 

You usually see the effect on output of an inappro- 
priate page length definition as the gradual scrol- 
ling of the page boundary. On some mode 4A termi- 
nals, such as the CDC 731-12, there is a functional 
restriction on the page length value used. These 
terminals require the product of the page length and 
page width values used to be less than or equal to 
the transmission block size of the terminal. If 
your terminal belongs in class 15, the page length 
you choose should be such that the total number of 
characters on a page Is less than or equal to 1039. 
When the page width defined for such a console Is 
80 characters, the page length must be 13 lines or 
less to meet the transmission block size restric- 
tion. If you do not meet this restriction, output 
transmission problems can occur. 

An additional functional restriction might exist for 
all consoles in any terminal class. The applica- 
tion program currently servicing the console might 
use the currently defined page length value to cal- 
culate transmission block size or otherwise format 
output. 
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The Terminal Verification Facility described in 
section 7 is an example of such a program. A zero 
page length might produce undesirable results while 
communication with such programs exists. In 
general, you should not use a zero page length for 
I terminals in classes 10 through 18. 

The Terminal Interface Program uses the defined page 
length of the console to determine when page spacing 
or page wait operations should be performed. The 
operation performed by the TIP when the page length 
boundary is reached depends on the terminal class 
and the page wait selection in effect. The effects 
of the page length value defined on use of the page 
wait feature are described earlier in this section 
under the heading Changing Page Walt. 

When the TIP performs page waiting, the effective 
page boundary is one line less than the defined page 
length. When this effective page boundary is 
reached, the TIP returns the cursor to the left 
margin of the following line and waits for you to 
acknowledge the page. 

Acknowledgment entries cause a carriage return and 
line feed operation. Also, subsequent output is 
frequently produced after a line feed operation. 

Because of this spacing, the page length you choose 
for a nonscrolllng console during page wait opera- 
tions can result in slow scrolling of the page 
boundary, even when a value appropriate for the 
terminal is used. You can correct such scrolling 
by selecting a page length one line shorter than 
normal during page wait operations, then changing 
the defined length back to its maximum value when 
page waiting is disabled. 



A nonzero page length is not meaningful for termi- 
nals with a paper tape punch or paper tape emulator 
defined as the output mechanism. You can use a zero 
(Infinite) page length safely at such terminals. 

The page length (PL) terminal definition command 
permits you to change an inappropriate page length 
value. This command is valid from console devices 
I in terminal classes 1 through 18. The PL command 
can also be sent downline by an application program. 



The format of this command Is given in figure 5-18. 
As shown in tables 5-1 and 5-2, the default value 
used Is nonzero only for consoles in terminal 
classes where the output mechanism is a display by 
default . 

The values chosen for the defaults of mode 4 and 
3270 terminals (terminal classes 10 through 13, 15, 
and 18) were selected according to the most 
commonly installed display options for these 
terminals. Table 5-5 lists all page length and 
page width options offered by CDC for terminals in 
these classes . 



Inappropriate page length definitions normally occur 
when the physical terminal using a communication 
line Is not the terminal for which the corresponding 
logical terminal was configured. Automatic recog- 
nition lines cause the most frequent occurrence of 
this situation. This lack of correspondence also 
occurs when terminal consoles with different display 
formatting options installed use the same line. 
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ct PL 


=pL |cr 


ct 


Represents the network control 
character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741 -compatible device before entering 
this character. 


Pl 


Specifies the page length in physical 
lines; pl can be: 




Page is infinitely long 




8 < pl < 255 


l-l 


Represents a message termination 
character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands Later in this section. 



Figure 5-18. Page Length (PL) Command 



TABLE 5-5. MODE 4 TERMINAL FACE 
WIDTHS AND LENGTHS 



Terminals 


Terminal 
Class 


Option 1 
(Default) 


Option 2 


Length 


Width 


Length 


Width 


200 User 
Terminal 

714-30/40 

711-10 

714-10/20 

731-12/ 
732-12 

734 


10 

11 
12 
13 
15 

15 


13 

16 
16 
16 
13 

13 


80 

80 
80 
80 
80 

80 


20 

24 

8 

8 
N/A 

N/A 


50 

50 
80 
80 

N/A 

N/A 


Note: N/A means not applicable. 



For example, a console of terminal class 10 with a 
20-line option installed can use a line configured 
for terminals with the 13-line option consoles, or 
vice versa. You can avoid any confusion by entering 
the following from a 20-line terminal console when 
connection to the network is completed: 

%PL=20 fcTI 

ZPW=50 [c7] 

Controlling Cursor Positioning (CP) 

The Terminal Interface Program normally responds to 
input transmission delimiters by repositioning the 
console's cursor or printing mechanism to the 
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beginning of the next physical line. It sends a 
carriage return code In response to a line feed from 
the keyboard (IN conmand KB value), and can send a 
carriage return and/or a line feed code as a 
response to an end-of-llne or end-of -block code. 
The response used for cursor positioning is deter- 
mined by the cpr value of the KL or EB command, 
described later in this section. You can control 
whether the TIP performs cursor positioning with the 
cursor-positioning (CP) terminal definition command. 

The CP command has the format shown in figure 5-19. 
This command is valid from console devices in ter- 
minal classes 1 through 3 and 5 through 8 (asyn- 
chronous and X.25 terminals). The CP command can 
also be sent downline to devices in those terminal 
classes by an application program. 



ct CP C =option 3 |cr| 



ct Represents the network control charac- 
ter for your console as defined by the 
CT terminal definition cominand. 

option Indicates whether to send a response to 
the console; option can be: 

Y yes (default if =option is 
omitted) 



EZ] 



N 



Represents a message termination 
character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands later in this section. 



Figure 5-19. Cursor Positioning 
Response (CP) Command 



CONTROLLING INPUT OR 
OUTPUT TRANSMISSIONS 



During input or output transmissions, the terminal 
interface program performs operations on the trans- 
mitted data. These operations convert data from a 
form intelligible to the source of the data to a 
form intelligible to the destination of the data. 

The TIP performs the following operations: 

Interprets, sets, and clears parity bits in 
terminal code character bytes 

Echoplexes characters (repeating each character 
of Input as output to confirm correct receipt 
of the character) 

Determines communication line speed for asyn- 
chronous terminals using certain lines 

Translates terminal character set codes to and 
from ASCII character codes 

Edits character input before transmission to the 
host application program 

Processes terminal deflHltlon commands and all 
function flag characters (performs actions for 
user-break-1 , user-break-2 , and so forth) 

Inserts and removes transmission protocol 
information that is dependent on the input or 
output device used 

Edits normalized output before transmission to 
the terminal (removes unit separators and pro- 
cesses format effectors, as described in section 
3) 

General TIP operations, and many of these functions, 
are described in section 2, 






O 



The default values used for the cursor positioning 
selection are listed in tables 5-1 and 5-2. The 
range of values possible for each terminal class are 
shown in tables 5-3 and 5-4. 

If CP=Y and IN=BK or your terminal is connected 
through an X.25 network, the TIP does not respond 
to line feeds or to end-of-line codes. Only the 
response defined by the EB command is used. 

You normally suppress cursor positioning when your 
console performs It automatically. For example, 
suppose you were using a CDC 721 Viking Extended 
terminal that scrolls its output, defined with % as 
its network control character. Your terminal was 
set up so that It performs a carriage return and 
line feed when the CR key is pressed. You can pre- 
vent double-spacing of multiple input lines by 
typing the following command before you receive the 
output you need to copy: 



%CP=N 



E3 



Cursor postioning stops after the next output to 
your console. Thereafter, each of your entries 
repositions the cursor to the beginning of the next 
physical line only. 
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The terminal interface program supports two major 
transmission modes, called normalized mode and 
transparent mode. When a terminal operates in nor- 
malized mode, the TIP performs most or all of the 
functions listed. Normalized mode allows three 
alternatives for input editing: 

Full editing 

Special-editing 

Full-ASCII mode 

These modes are described In section 2. 

When a terminal operates in transparent mode, the 
TIP does not perform the following functions: 

Edit character input or output 

Translate to and from ASCII character codes 

Process terminal definition commands or any 
function flag characters 

All other TIP operations are performed in trans- 
parent mode. 
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Input transmission mode is separate from output 
transmission mode, just as the input mechanism used 
is separate from the output mechanism used. You 
select transparent input transmission mode through 
a terminal definition command. 

Termination of transparent input transmission mode 
occurs when the TIP detects a condition that you or 
the network application program define to it in 
advance. Transparent input transmission mode also 
ends when your console is disconnected from a host. 

The initial and default input transmission mode is 
normalized mode. Selection of output transmission 
mode and termination of it are controlled by the 
application program with which the console com- 
munlcaties . 

The Terminal Interface Program performs character 
translation to and from parity-free ASCII character 
codes for consoles using the following terminal 
character set codes: 

ASCII code with parity 

ASCII code with parity for APL bit-pairing 
character sets 

ASCII code with parity for APL typewriter- 
pairing character sets 

CDC external BCD with odd parity 

IBM correspondence code for manifold character 
set with odd parity 

IBM correspondence code for APL character set 
(print element 1167987) with odd parity 

IBM EBCD for EBCD graphic character set with odd 
parity 

IBM EBCD for APL character set (print element 
11&7988) with odd parity 

IBM EBCDIC for PN print train character set 



The automatic recognition process described in sec- 
tion 4 allows the TIP to correctly identify the 
communication line speed and terminal code set 
without your knowing it. The logical terminal can 
also be configured so that both the line speed and 
the character set in use are known when connection 
to the network occurs. 

The APL character set Is the only character set 
supported that Is generally associated with more 
than one code set. The APL character set Is also 
the only set that you normally switch to or from 
during a terminal session. 

You use a terminal definition command to make the 
TIP aware that a change to or from APL character set 
use is occurring at the console. This command 
allows the TIF to compensate in its code trans- 
lations for the change in character-to-code con- 
Version that occurs at the console. 



Some application programs use two of the characters 
the TIP normally recognizes as function flag char- 
acters and removes from the input. A terminal 



definition command allows you to generate these 
characters as data without causing TIP editing or 
other functions. This special editing command pro- 
vides suppression of portions of the normal editing 
of normalized mode input data. 



Changing Line Speed or Character Set Use (AR) 

When you need to physically change the line speed 
or the character set associated with the terminal 
input and output devices, you must inform the TIP 
of the change. You use the automatic recognition 
(AR) terminal definition command to do this. 

This command has the format shown in figure 5-20. 
It Is valid from console devices in terminal classes 
1 through 8 (asynchronous terminals) when the ter- 
minals are not connected through an X.25 packet- 
switching network. The AK command cannot be sent 
downline by an application program. 



ct AR cr CR ) CR 



ct Represents the network control 

character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741-compatible device before entering 
this character. 

CR Represents the key that generates a 

carriage return code. 

I cr I Represents a message termination 

character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands later in this section. 



Figure 5-20. Automatic Recognition 
(AR) Command 



As shown in tables 5-1 and 5-2, the default char- 
acter set assumed for code translation Is never an 
APL set. As indicated in tables 5-3 and 5-4, the 
possible alternative sets are partially dependent 
on terminal class. These alternatives are identi- 
fied by numbers, as follows: 



Set Number 


Character Code Set 


1 


CDC External BCD 


2 


ASCII 


3 


ASCII typewriter-pairing APL 


4 


ASCII bit-pairing APL 


5 


IBM Extended BCD 


6 


IBM Extended BCD APL 


7 


Correspondence code 


8 


Correspondence code APL 


9 


EBCDIC 












ff 



o 
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As shown In figure 5-20, the method used to change 
the code set translation does not require you to be 
aware of the sets actually used by the terminal. 
You enter the command in two parts, between which 
you make the actual changes at the console. 

For example, to change a Olablo 1641 console (ter- 
minal class 1) from its normal ASCII code set to an 
ASCII APL code set, you perform the following pro- 
cedure. First, you enter the command: 



%AR 



ED 



The site defines the network control character as % 
for your console. You then: 

Change the switch that selects the console line 
speed (omit this step if you know you are not 
allowed to change line speed) 

Change the switch that selects the modem speed 
on the attached modem (omit this step if you 
know you are not allowed to change line speed) 

Transmit a carriage return code to the network 

Wait for two line feeds as a response; if you 
are not allowed to change your line speed, no 
line feed responses occur and your subsequent 
entries cannot be recognized until you change 
your console and modem speed to its original 
value . 

Change the switch that selects the console key- 
board set 

Change the character daisy wheel to the appro- 
priate AFL set 

Enter: 

)CR 

Wait for a single line feed response 

When the TIP acknowledges the last entry with an 

AR ACCEPTED.. 

message, the code translation change matching the 
console character set change is completed. 

Note that this procedure is similar to the terminal 
identification procedure performed when an asy- 
nchronous terminal originally establishes access to 
the network. The same functions are performed by 
both procedures. 

After you have finished using the APL interpreter, 
you might want to change the character code set back 
to the console's normal set so that you can visually 
check commands entered to other software. To change 
the character code set back, you perform the same 
two-step procedure. 

First , you enter the command : 

-r AR [cr] 



The network control character -f in this entry is 
the APL character set equivalent of the normal 
character set % symbol, which is defined by the site 
as the control character for your console. You then 
enter a carriage return, change the switch that 
selects the console code set, and enter: 

)CR 

Walt for a single line feed response 



In these examples, the order in which you perform 
the steps is significant. You can change the order 
from the sequence of enter command, change set, type 
parenthesis command. Changing the order invalidates 
the example by changing the console characters 
Involved. For example, if you make both entries 
before you make the physical change to the APL set, 
your second entry must be: 

"CR 

Wait for a single line feed response 

because the character ) in the APL character set is 
equivalent to the character " in the ASCII character 
set. 



Using Special Editing (SE) 

During most normalized mode input operations, the 
Terminal Interface Program removes character codes 
from the input and performs appropriate functions 
for them. This editing function provides you and 
the application program with consistent operational 
responses and reduces the amount of nondata traffic 
through the network. 

Sometimes, characters Involved in TIP input editing 
functions are valid data that need to be transmitted 
to the network application program. The characters 
for which this is most frequently true are the back- 
space character code and the line feed character 
code (described earlier in this section). 

You can bypass normal TIP editing operations for 
these characters by selecting the special editing 
option for normalized mode input. You select or 
reject this option by entering the special editing 
(SE) terminal definition command. 

This command has the format shown in figure 5-21. 
This command Is valid from console devices in ter- 
minal classes 1 through 8 (asynchronous terminals) 
when the terminals are not connected through an X.25 
network. The SE command can also be sent downline 
for devices in these terminal classes by an appli- 
cation program. 

As indicated in tables 5-1 and 5-2, the default 
normalized mode editing option allows full TIP 
editing of input. The effects of selection of the 
special editing option during normalized mode input 
are shown in table 5-6. 



o 
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ct SE C =option 1 |cr| 



ct Represents the network control 

character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741 -compatible device before entering 
this character. 

option Specifies whether to use the special- 
editing input mode; option can be: 

Y yes (default if =option is 
omitted) 



EE 



N 



Represents a message termination 
character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands later in this section. 



Figure 5-21. Special-Editing Mode 
(SE) Command 



Special editing Is only performed when full-ASCII 
editing has not been selected and transparent mode 
input is not occurring. Refer to the FA and IN 
commands. When the special editing option is in 
effect, the exempted characters are transmitted to 
the host as data. 

For example, if you enter a backspace character from 
a Texas Instruments Silent 700 console (terminal 
class 1) while full editing is in effect, a back- 
space operation occurs at the terminal , the TIF 
discards the backspace character code and deletes 
the previously entered character from the NFU input 
buffer. This occurs whether the ASCII or ASCII-AFL 
character set is In use at the terminal. 

Suppose you enter the following command: 

ZSE=Y [cr] 

The site defines the network control character as % 
for your console. After you make this entry, any 
backspace character you enter causes a backspace 
operation at the console, does not delete a char- 
acter from the TIF Input buffer, and stores the 
backspace character code for transmission to the 
host. 

Input editing exemption occurs for the line feied 
character code. The line feed character code Is 
stored for transmission, a normal line feed opera- 
tion occurs at the terminal, and the input line 
stored is not transmitted to the host. 

An additional operation occurs If you enter a back- 
space followed by a line feed; the TIF responds by 
producing a pointer character under the character 
to which you backspaced, then it performs another 
line feed and sends a bell code to your console. 
When the ASCII character set Is used, the pointer 
character is an exclamation point ( ! ) ; when an AFL 
character set is used, the pointer character is an 
inverted caret (v). 
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Using Full-ASCII Editing (FA) 

During most normalized mode input operations, the 
Terminal Interface Program removes many nongraphic 
character codes from the Input and performs appro- 
priate functions for some of them. This editing 
function provides you and the application program 
with consistent operational responses and reduces 
the amount of nondata traffic through the network. 

Sometimes, characters discarded by TIP input editing 
functions are valid data that need to be transmitted 
to the network application program. These char- 
acters Include all the ASCII control characters 
generated by the console (see appendix A). These 
character codes are meaningful data to some soft- 
ware. 

You can bypass normal TIP editing operations for 
these characters by selecting the full-ASCII option 
for normalized mode input. You select or reject 
this option by entering the full-ASCII (FA) termi- 
nal definition command. This command has the format 
shown in figure 5-22. 



ct FA C =option 3 |cr[ 



ct Represents the network control . 

character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741-coinpatible device before entering 
this character. 

option Specifies whether to use the full ASCII 
input editing mode; option can be: 

Y yes (default if =option is 
omitted) 

N no 

|cr| Represents a message termination 

character, code sequence, or event. 
Either the end-of'-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands later in this section. 



Figure 5-22. Full-ASCII Editing Mode 
(FA) Command 



This command is valid from console devices in ter- 
minal classes 1 through 8, 10 through 13, and IS 
(asynchronous, X. 25, and mode 4 terminals). The FA 
command can also be sent downline for devices in 
these terminal classes by an application program. 

As indicated In tables 5-1 and 5-2, the default 
normalized mode editing option allows full TIF 
editing of input. The effects of selection of the 
full-ASCII editing option during normalized mode 
input are shown in table 5-6. 

Full-ASCII editing is only performed when trans- 
parent input is not occurring. Special editing is 
only performed when full-ASCII editing has not been 
selected and transparent mode input is not occur- 
ring. Refer to the SE and IN commands. 
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When the full -ASCII edittng option Is in effect, the 
exempted characters are transmitted to the host. 
The functions associated with the characters defined 
by the AB, CN, Bl, B2, and BS commands and the line 
feed code are not performed. 

Those character codes are stored In the data. 
Although the end-of-llne and end-of-block Indicators 
retain their functions, those codes are also stored. 

For example. If you enter one of the following ASCII 
characters from a console while full editing or 
special editing is not in effect: 

NUL, DEL, STX, LF, CR, EOT, ETX 

DC3 or DCl when output control is in effect (OC 
Is Y) 

the TIP discards the code. This occurs regardless 
of the character set in use by the console. If the 
terminal generates codes that are converted to one 
of these ASCII codes, the conversion still occurs. 

Suppose you enter the following command: 
ZPA-Y [cF] 

The site defines the network control character as % 
for your console. After you make this entry, you 
can enter any of the control characters above and 
store the corresponding ASCII code for transmission 
to the host. 

The only exceptions to this storage are the fol- 
lowing ASCII codes: 

NULs, DELS, and LFs when encountered as the 
first character of an input line or as the 
character following the end of a logical line 
or end of a block 

CRs that follow LFs when the TIP knows that 
Input is occurring from paper tape (IN is PT) 

DC3 or DCl when output control is in effect (OC 
is Y) 

DC3s that follow the end of a logical line when 
the TIP knows that input is occurring from paper 
tape (IN is PT) 



CONTROLLING END-OF-INPUT INDICATORS 
AND DELIMITERS 

As described in section 2, all console data moves 
through the network in data blocks. The network 
forms data blocks from Input when a predefined con- 
dition is encountered. You can control this block 
creation by using the BF terminal definition command 
to change the blocking factor the network uses. 

You can input and receive data that Is transmitted 
in either normalized mode or transparent mode. The 
application program communicating with the console 
can select either mode for transmission of output. 
You or the application program can select either 
mode for transmission of input; you use the IN ter- 
minal definition command (described later in this 
section) for this selection. 
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There are two alternatives for normalized mode 
Input : 

Line mode operation 

Block mode operatioii 

TWO terminal definition commands allow you to define 
the normalized mode end-of-lnput Indicators and the 
Terminal Interface Program's response to them. The 
end-of-llne (EL) command describes the conditions 
existing when you end a logical line of normalized 
input; the end-of-block (EB) command describes the 
conditions existing when you end a logical block of 
normalized input. 

There are two alternatives for transparent mode 
input : 

Single-message input 

Multiple-message input 



When you use single-message input, ending trans- 
parent mode input also ends a single message to the 
application program. When you use multiple-message 
input, the end of a message Is distinct from the end 
of transparent mode Input. In multiple-message 
transparent input mode, more than one message can 
be sent to the application program without requiring 
you to reenter transparent mode between messages. 

Although you can use a terminal definition command 
to begin transparent mode transmission, you cannot 
use the same method to end transparent mode messages 
or transparent mode transmission. Because of this, 
you use one of two separate commands to define an 
event to the TIP that Identifies the end of a mes- 
sage or the end of transparent mode input operation. 
The delimiter (DL) command is used to set up your 
device for single-message input; the extended 
delimiter (XL) command is used to set up your device 
for multiple-message input. 



Changing the Blocking Facror (BF) 

The network software sends a network data block to 
the host when one of the following conditions 
occurs : 

A logical line ends. 

A physical line ends with a line feed and the 
network has been told that this has significance 
to the host. 

A multiple of 100 characters is received from 
the terminal. 



You can change the blocking factor used by entering 
the blocking factor (BF) terminal definition com- 
mand. This command has the format shown In figure 
5-23. 

The BF command is valid from console devices in 
terminal classes 1 through 8 (asynchronous and 
X,25). The BF command can also be sent downline 
for devices in these terminal classes by an 
application program. 
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ct BF=bf [cf] 



ct Represents the network control 

character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741 -compatible device before entering 
this character. 

bf Specifies the blocking factor the 

network software should use in creating 
upline network data blocks from your 
terminal's input; bf can be: 

Create a block each time a line 
feed is entered or each time 
100 characters are entered 

1 Create a block each time 100 
characters are entered 

2 Create a block each time 200 
characters are entered 

I cr| Represents a message termination 

character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands later in this section. 



Figure 5-23. Blocking Factor (BF) Command 



You can control both the end-of-llne indicator used 
and the response used by the TIP; whether the 
response is sent depends on the value used for the 
CP command, described earlier in this section. You 
control the indicator and response through the end- 
of-line (EL) terminal definition command. This 
command has the format shown in figure 5-24, 

The EL command is valid from console devices in 
terminal classes 1 through 3, 5 through 8, 10 
through 13, and 15 (asynchronous, X.25, and mode 4 
terminals). The EL command can also be sent down- 
line to devices in these terminal classes by an 
application program. The cpr parameter cannot be 
used for devices connected through an X.25 packet- 
switching network or for mode 4 devices; the char 
value cannot be used for mode 4 terminal devices 
(terminal classes 10 through 13 and 15). 

As indicated in tables 5-1 and 5-2, the default end- 
of-line indicator and cursor positioning response 
vary acccording to the terminal class. The range 
of values permitted for each parameter is given in 
tables 5-3 and 5-4. 

You would normally change the end-of-llne indicator 
used when the current value needs to be stored as 
data, when you want the current end-of-block indi- 
cator to be the end-of-line indicator, or when you 
want to stop that use of the end-of-block indicator 
(see the EB command in the next subsection). You 
would change the cursor positioning response when 
the device itself provides part or all of the 
necessary repositioning, or when receiving a 
response would be inconvenient or confusing. 
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As indicated in tables 5-1 and 5-2, the default 
blocking factor for all terminal classes is 100 
characters per network block, with no special 
significance attached to input of a line feed. The 
range of values permitted for the command is given 
in tables 5-3 and 5-4. 

You would normally change the blocking factor when 
the occurrence of a line feed in your input has 
significance to the host application program. For 
example, the Message Control System (MCS) dis- 
tinguishes between blocks transmitted after a line 
feed and blocks transmitted after a carriage return. 
The default blocking factor does not allow MCS to 
distinguish blocks transmitted after a line feed 
because entering a line feed does not cause a block 
to be transmitted. 

To use MCS properly, you would enter: 

%BF=0 [c7] 

The site defines the network control character as % 
for your console. After you make this entry, MCS 
is able to distinguish between the two types of 
blocks . 



Defining End-of-Line Processing (EL) 

You end a logical line of input by pressing a key 
that sends a code, code sequence, or event indicator 
to the Terminal Interface Program. This code, 
sequence, or event is called an end-of-line indi- 
cator in this manual. The TIP can send your console 
a response to this end-of-line indicator, producing 
appropriate cursor positioning at the terminal for 
the next input or output. 
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For example, suppose you are using the tty asyn- 
chronous teletypewriter emulation option of a Wang 
Model 30 Word Processing System, defined to the 
network as terminal class 2. The network control 
character defined for your device is %• When 
transferring a text document from the Wang system 
disk to a CDC CYBER 170, the Wang transmits a car- 
riage return at the end of each text line; the 
CYBER receives each text line as a separate message; 
enroute, the TIP discards the carriage return codes. 

You could change the end-of-line indicator to an 
ASCII formfeed code (transmitted by the Wang at the 
end of each document page); that action would pre- 
serve the carriage return codes. You could also 
define the cursor response for the end-of-line 
indicator to be "none"; that action would avoid a 
cursor response at the end of each page. To do 
this, you could enter the following command before 
the text document transfer begins: 

XEL= i,NO [cr] 

The symbol i represents the Wang page break code. 
The page break cannot be entered using the PAGE key 
during teletypewriter emulation, so this command 
could have been previously stored in another docu- 
ment and transmitted from that document, (l) could 
also be used. 

Response suppression occurs Immediately. The next 
logical line entered must end with a formfeed code 
to be recognized as a completed line. 

You would enter the following command to resume 
normal operation after the text document is trans- 
ferred: 

IEL=EL,YES i 
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ct 



feL ) 

EL= < el, cpr > |cr| 
(cpr ) 



ct 



el 



cpr 



Represents the network control character for your console as defined by the CT terminal 
definition comnand. 

Specifies the new end-of-line character; el can be: 

el Description 

char Defines a new character for the end-of-line indicator function. This character must 
differ from the characters currently defined for the AB, BS, B1, B2, CN, and CT 
command functions. 

EB Selects the character currently defined as the end-of-block inoicator. 

EL Selects the default end-of-line character or character sequence for the terminal 

class. 

Specifies the cursor-positioning response to the end-of-line indicator; cpr can be: 

cpr Description 

Send a carriage return to the console. 

Send a line feed to the console. 

Send a carriage return and a line feed to the console. 



CR 
LF 
CL 
NO 



Send no response; this has an effect similar to declaring a value of N for the OP 
command, except that the response to an end-of-block indicator is unaffected by this 
choice. 



The parameters el and cpr are optional and order-independent. If you omit one, the network retains the 
previous value for the parameter. 

[cr] Represents a message termination character, code sequence, or event. Either the old end-of-line 

or end-of-block indicator can be used. 



Figure 5-24. End-of-Line Delimiter Control (EL) Command 
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Again, you could send this command from a prviously 
stored document because you cannot enter the page 
break using the PAGE key during teletypewriter 
earulatlon. When the TIP receives this command, it 
changes your terminal's end-of-llne indicator back 
to the default value (Indicated by the EL parameter) 
for terminal class 2, and resumes cursor positioning 
responses. You must use the default end-of-llne 
indicator, the ASCII carriage return code, to end 
subsequent messages. 



Defining End-of-Block Processing (EB) 

You end a logical block of input by pressing a key 
that sends a code, code sequence, or event indicator 
to the Terminal Interface Program. This code, 
sequence, or event is called an end-of-block indi- 
cator in this manual. The TIP can send your console 
a response to this end-of-block Indicator, producing 
correct cursor positioning for the next input or 
output. When your terminal is operating in block 
mode, the end-of-block Indicator ends the last 
logical line of input and Indicates to the TIP that 
any queued output can be delivered to your device. 



You can control both the end-of-block indicator used 
and the response used by the TIP; whether the 
response is sent depends on the value used for the 
CP command, described earlier In this section. You 
control the Indicator and response through the end- 
of-block (EB) terminal definition command. This 
command has the format shown in figure 5-25. 

The EB command is valid from console devices in 
terminal classes 1 through 3, 5 through 8, 10 
through 13, and 15 (asynchronous, X.25, and mode 4 
terminals). The EB command can also be sent down- 
line for devices in these terminal classes by an 
application program. 

The cpr parameter CR, CL, and LF options cannot be 
used for mode 4 devices (terminal classes 10 through 
13 and 15); the char value for mode 4 devices is the 
ASCII ETX character and cannot be changed. The end- 
of-packet sequence (PAD forwarding signal) always 
acts as an end-of-block indicator for devices con- 
nected through an X.25 packet-switching network; if 
the char parameter is used for an X.25 device, the 
character chosen is discarded when it is the last 
character transmitted in a packet sequence. 



\-_/ 
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ct EB 



et 



= \ eb, cpr 
(cpr 



eb 



cpr 



Represents the network control character for your console as defined by the CT terminal 
definition command. 

Specifies the new end-of-block character; eb can be: 

eb Description 

char Defines a new character for the end-of-block indicator function. This character 

must differ from the characters currently defined for the AB, BS, B1, B2, CN, and CT 
command functions. 

EB Selects the default end-of-block character or character sequence for the terminal 

class. 

EL Selects the character currently defined as the end-of-line indicator. 

Specifies the cursor-positioning response to the end-of-block indicator; cpr can be: 

cpr Description 

Send a carriage return to the console. 

Send a line feed to the console. 

Send a carriage return and a line feed to the console. 



CR 
LF 
CL 
NO 



Send no response; this has an effect similar to declaring a value of N for the CP 
command, except that the response to an end-of-line indicator is unaffected by this 
choice. 



The parameters eb and cpr are optional and order-independent. If you omit one, the network retains the 
previous value for the parameter. 

jcrl Represents a message termination character, code sequence, or event. Either the end-of-line or 

old end-of-block indicator can be used. 



Figure 5-25. End-of-8lock Delimiter Control (EB) Command 
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As Indicated In tables 5-1 and 5-2, the default end- 
of-block Indicator and cursor positioning response 
vary acccording to the terminal class. The range 
of values permitted for each parameter Is given in 
tables 5-3 and 5-4. 

You would normally change the end-of-block indicator 
used when the current value needs to be stored as 
data, when you want the current end-of-line indi- 
cator to be the end-of-block Indicator, or when you 
want to stop that use of the end-of-line indicator 
(see the EL command in the previous subsection). 
You would change the cursor positioning response 
when the device itself provides part or all of the 
necessary repositioning, or when receiving a 
response would be inconvenient or confusing. 

For example, suppose you are using the tty asyn- 
chronous teletypewriter emulation option of a Wang 
Model 30 Word Processing System, defined to the 
network as terminal class 2. The network control 
character defined for your device is % and the 
device has been defined as operating in block mode. 
When transferring a document from the Wang system 
disk to a CDC CYBER 170, the Wang transmits a car- 
riage return at the end of each text line and an 



60480600 D 



ASCII formfeed code at the end of each text page; 
however, a page need not end with a carriage return. 
The CYBER receives each text line as a separate 
message when that line ends with a carriage return, 
but not when the line ends with a formfeed code; 
enroute, the TIP discards the carriage return codes. 

You could change the end-of-block indicator to the 
formfeed code; that action would make the end of a 
page appear as if the line ended with a carriage 
return code. You could also define the cursor 
response for the end-of-block indicator to be 
"none"; that action would avoid a cursor response 
at the end of each page. To do this, you could 
enter the following command before the document 
transfer begins: 



B= X ,N0 [cr] 



The symbol ± represents the Wang page break code. | 
The page break cannot be entered using the PAGE key 
during teletypewriter emulation, so this command 
could have been previously stored in another 
document and transmitted from that document. @ 
could also be used. 
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You would enter the following command to resume 
normal operation after the text document Is trans- 
ferred : 

aEB=EB,YES i 



%EB=EB,YES RETURN 1 



Again, you could send this command from a previously 
stored document because you cannot enter the page 
break using the PAGE key during teletypewriter 
emulation. When the TIP receives this command, it 
changes your terminal's end-of -block indicator back 
to the default value (indicated by the EB parameter) 
for terminal class 2, and resumes cursor position 
responses. You must use the default end-of -block 
indicator, the ASCII end-of -file transmission (EOT) 
code, after subsequent messages. 



Changing Single-Message Mode Transparent 
Mode Delimiters (DL) 

This subsection describes the methods for delimiting 
single-message Input. The next subsection describes 
the methods for delimiting multiple-message input. 

Three events can be independently defined as trans- 
parent mode input message and operation delimiters, 
as follows: 

Input of a specific character code from the 
terminal code set. 

An Interruption or pause in the input stream 
from the console to the TIP; such an inter- 
ruption is called a timeout and must be on the 
order of 200 to 400 milliseconds. 

Transmission of a specific number of terminal 
code set characters from the console. 

Each of the three delimiters is optional and each 
serves as an end-of -message indicator. At least one 
delimiter must be in effect before transparent mode 
input begins. A delimiting character can be the 
hexadecimal representation of any 6-, 7-, or 8-blt 
terminal code set character, subject to a restric- 
tion described later in this subsection. The 
delimiting character count can be set to any value 
from 1 through 4095. 

Data received by the Terminal Interface Program 
after a transparent mode operation delimiter in the 
same transmission is processed as normalized mode 
data before transmission to the host. If the 
delimiter is a character code, the character is 
always discarded from the transmission to the host 
and therefore does not occur in either the trans- 
parent mode or noimallzed mode portions of the data. 

You use the delimiter (DL) terminal definition com- 
mand to change the single-message transparent mode 
delimiters In use. This command has the format 
shown In figure 5-26. 



As shown in tables 5-1 and 5-2, the character 
associated with the terminal's default end-of-line 
key is a default delimiter for all terminal classes 
for which transparent mode Input is permitted. 



Ct DL= 



ct 



Xxx 

Xxx,Ccount 

Xxx,TO 

Xxx,Ccount,TO 

C count, TO 

Ccount 

TO 



nn 



count 



TO 







Represents the network control charac- 
ter for your console as defined by the 
CT terminal definition command. 

Specifies the two-digit hexadecimal 
code of the terminal character you want 
as an end-of-message indicator and 
single-message transparent mode oper- 
ation delimiter. The network does not 
send the character code as part of the 
input data. 

Specifies as an end-of-message 
indicator and a transparent operation 
delimiter the decimal value for the 
number of character codes permitted 
during single-message transparent mode 
input; count can be: 

1 <_ count £ 4095 

Specifies that a timeout of between 200 
and 400 milliseconds is both the end- 
of-message indicator and single-message 
transparent mode operation delimiter. 

Represents a message termination 
character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands, earlier in this 
section. 



Figure 5-26. Single-Message Transparent 
Node Delimiters (DL) Command 



Do not use timeout for a delimiter if terminal input 
is in character mode. (See Data Input Transmissions 
In section 2.) Timeout would occur after each 
character of Input from a character mode console 
keyboard, so the timeout delimiter is not meaningful 
for transmissions longer than one character. You 
can use a timeout as a delimiter for transmissions 
from line mode or block mode terminals, where it can 
occur after the transmission of each line or block 
to the Terminal Interface Program. 

You can successfully use character codes or a char- 
acter count at character mode, line mode, or block 
mode terminals. At line mode or block mode termi- 
nals, however, occurrence of such a delimiter in the 
middle of a transmission might cause loss of the 
first few subsequent characters transmitted as nor- 
malized mode data. You can add null characters 
after the delimiter to avoid this loss. 

Note that entering this command with any number of 
new delimiters cancels all single-message and 
multiple-message transparent mode input delimiters 
already in effect. Subsequent transparent mode 
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Input is defined to be single-message only. If you 
specify only one delimiter In the command, you leave 
the terminal with only one defined delimiter, 
regardless of the number of delimiters defined 
before you used the command. 

If the only delimiter used is a character code 
between hexadecimal 80 and FF (Inclusive), the 
parity setting of none or Ignore (PA command value 
of N or I) must be in use before transparent mode 
input begins. Refer to the PA command later in 
this section for a description of the difference 
between the N and I parity options. If the PA 
value of N is not used, the eighth bit in the input 
character byte is translated as zero by the TIP, 
and a transparent mode delimiter character code 
above hexadecimal 7F cannot be detected. Terminals 
incapable of operating with a parity setting of 
none must either have a timeout delimiter or 
character count delimiter declared, or use a 
character code between and hexadecimal 7F as a 
delimiter. 

Terminal classes 10 through 13 and 15 are configured 
with the SEND or ETX key (ASCII ETX character or BCD 
equivalent sequence) as their transparent mode 
delimiter. Terminal class 4 is configured with the 
RETURK key (carriage return character) as its trans- 
parent mode delimiter. Those configurations cannot 
change . 

Here is an example of transparent mode delimiter 
use. An electronic typesetting system (ETS) stores 
document text on magnetic tape cassettes, complete 
with editing and formatting codes. A publications 
department using an ETS wants to store several 
finished documents in a form more compact than mul- 
tiple tape cassettes provide (on a single nine-track 
magnetic tape). The ETS is equipped with a commu- 
nications option that permits it to be operated as 
a teletypewriter, so the CDC Interactive Facility 
(lAF) application program can be used to transfer 
the data. 

The ETS is connected to the network by a dlalup 
communication line and logged in to lAF as a device 
in terminal class 1 . The terminal operator uses lAF 
to create a mass storage file that is later trans- 
ferred as binary data to magnetic tape. The infor- 
mation placed In the file is transferred from the 
ETS cassette reader in transparent mode because the 
cassette contents Include carriage return, line 
feed, and other editing and formatting codes that 
must be preserved as data for retransmission back 
to the ETS when the nine-track tape is read. 

The terminal operator enters all of the lAF commands 
needed to set up the file for input, then sets up 
the TIP for transparent mode Input in the following 
manner : 

%DL=TO fcr| 

The network control character % used In this entry 
Is defined by the' site for the console being used. 
This command establishes one and only one single- 
message transparent mode delimiter for the console. 
Timeout is chosen, because the two default delim- 
iters for terminal class 1 (a character count of 
2043 and the carriage return character code) will 
not produce the results needed. 



Transmissions from the ETS tape unit are continuous 
and are not divided into units of 2043 characters; 
to avoid ending transparent mode and losing char- 
acters in the middle of a unit of text transmis- 
sion, the character count delimiter cannot be used. 
Part of the data that must be preserved by trans- 
parent mode use is the embedded carriage return 
character codes; so that these codes will not be 
lost as discarded delimiter characters, the default 
character code delimiter cannot be used. 

The timeout delimiter is used because the tape .unit 
automatically stops at the end of a text unit. This 
action produces a pause in input at a convenient 
point for terminal operator control of the transfer. 

Transmission is begun by entering the command: 



nN=X fcF] 



which is described later in this section, then 
pressing the console control keys that start the 
cassette reader and transmit the cassette's 
contents. Each time the tape unit stops, the 
Terminal Interface Program returns automatically to 
normalized mode. The terminal operator repeats this 
procedure until the cassette contents are com- 
pletely transferred. 



Changing Multiple-Message Mode Transparent 
Mode Delimiters (XL) 

This subsection describes the methods for delim- 
iting multiple-message input. The previous sub- 
section describes the methods for delimiting single- 
message input. 

You use the extended-delimiter (XL) terminal defi- 
nition command to establish the multiple-message 
transparent mode and message delimiters used when 
servicing the console. This command has the format 
shown in figure 5-27. 

As shown in tables 5-1 and 5-2, no default exists 
for any terminal class from which transparent mode 
input is permitted. No default delimiters exist 
because all terminal classes are initially defined 
for single-message input. 

Two events can be independently defined as trans- 
parent mode input operation delimiters, as follows: 

Input of two specific character codes (or one 
code twice) from the terminal code set. 

An interruption or pause in the input stream 
from the console to the TIP; such an interrup- 
tion is called a timeout and must be on the 
order of 200 to 400 milliseconds. 

Both mode delimiters are optional, but at least one 
must be in effect before transparent mode input 
begins . Either mode delimiter also indicates the 
end of the last transparent input message. 

Data received by the Terminal Interface Program 
after a transparent mode operation delimiter is 
encountered in the same transmission is processed 
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EE] 



Xxx 

XxX/Ccount 
Xxx,Yyy 

Xxx,Ccount,Yyy 
ct XL= { Xxx,Ccount,TO,Yyy 
Xxx,TO,Yyy 
Xxx,Ccount,TO 
Xxx,TO 
Ccount,TO 



ct Represents the network control charac- 

ter for your console as defined by the 
CT terminal definition command. 

XX Specifies the two-digit hexadecimal 

code of the terminal character you want 
as an end-of-message indicator. The 
network does not send the character 
code as part of the input data. If you 
do not specify a value yy, the occur- 
rence of two successive xx characters 
acts as a delimiter for transparent 
input mode operation; otherwise, the 
network allows more transparent mode 
input after this message is sent to the 
host application program. 

count Specifies as an end-of-message indi- 
cator the decimal value for the nunber 
of character codes permitted in one 
message; count can be: 

1 < count £ 4095 

The network allows more transparent 
mode input after this message is sent 
to the host application program. 

TO Specifies that a timeout of between 200 
and 400 milliseconds is the end-of- 
message indicator for the last message 
and delimits multiple-message trans- 
parent mode operation. 

yy Specifies the two-digit hexadecimal 

code of the terminal character you want 
as an end-of-message indicator and 
transparent mode input operation deli- 
miter. The character with the code yy 
is a delimiter for transparent input 
mode when it follows the character 
represented by the code xx. The 
network does not send either character 
code as part of the input data. After 
receiving the code sequence xx and yy, 
the network treats subsequent input as 
normalized mode data. If you do not 
specify a value yy and specify xx, the 
occurrence of two successive xx charac- 
ters ends transparent input mode. 

I cr| Represents a message termination 

character, code Sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and EB commands, earlier in this 
section. 



Figure 5-27. Multiple-Message Transparent 
Mode Delimiters (XL) Command 



as normalized mode data before being sent to the 
host. If the delimiter is a character code, the 
character is always discarded from the transmission 
to the host and therefore does not occur in either 
the transparent mode or normalized mode portions of 
the data. 

Two events can be independently defined as trans-^ 
parent mode end-of-message indicators (message- 
forwarding signals), as follows: 

Input of a specific character code from the 
terminal code set 

Transmission of a specific number of terminal 
code set characters from the console 



When an end-of-message Indicator is encountered, the 
TIP forwards the message to the host and waits for 
further input. 

A character used as a delimiter or end-of-message 
indicator can be the hexadecimal representation of 
any 6-, 7-, or 8-bit terminal code set character, 
subject to a restriction described later in this 
subsection. If you use the Y option, it must fol- 
low the X option (otherwise, the Y option is 
ignored). You must specify at least one of X, Y, 
or TO to select a transparent input mode delimiter. 

The delimiting character count can be set to any 
value from 1 through 4095. 

You can use timeout as a delimiter for transmis- 
sions from block mode terminals, where it can occur 
after the transmission of each block to the Terminal 
Interface Program. You can also use timeout for 
transmissions from line mode terminals, when you do 
not know the length of a line in advance and all 
character codes must be preserved as part of the 
Input data. 

You can successfully use character codes or a char- 
acter count as delimiters or an end-of-message 
indicator at character mode, line mode, or block 
mode terminals. If you define the end-of-message 
indicator (X option character) to be the end-of-line 
Indicator defined by the EL command and the input 
mode delimiter character (Y option character) to be 
the end-of-block character defined by the EB com- 
mand, transparent mode input operation will be very 
similar to full-ASCII normalized mode. 

Entering the XL command with any number of new 
parameters cancels all single-nKSsage and multiple- 
message transparent mode input delimiters and end- 
of-message indicators already In effect. Subsequent 
transparent mode input is defined to be multiple- 
message only. For example, if you specify only one 
parameter in the command, you leave the terminal 
with only one defined delimiter, regardless of the 
number of delimiters or end-of-message Indicators 
defined before you used the command. 

If the only delimiter used is a character code 
between hexadecimal 80 and FF (Inclusive), the 
parity setting of none or Ignore (PA value of N or 
I) must be in use before transparent mode input 
begins. Refer to the PA command later In this 
section for a description of the difference between 
the N and I parity options . If the PA value of N 
is not used, the eighth bit in the input character 
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byte Is translated as zero by the TIP and a 
transparent mode delimiter character code above 
hexadecimal 7F cannot be detected. Terminals 
Incapable of operating with a parity setting of 
nonemust have a timeout delimiter declared, or use 
a character code between and hexadecimal 7F as a 
delimiter. 

Terminal classes 10 through 13 and 15 are configured 
with the SEND or ETX key (ASCII ETX code or BCD 
equivalent) as their transparent mode delimiter. 
Terminal class 4 is configured with the RETURN key 
(carriage return code) as its transparent mode 
delimiter. Those configurations cannot change. 

Here is an example of transparent mode delimiter and 
end-of -message Indicator use. An electronic type- 
setting system (ETS) stores document text on mag- 
netic tape cassettes, complete with editing and 
formatting codes. A publications department using 
an ETS wants to store several finished documents in 
a form more compact than multiple tape cassettes 
provide (on a single nine-track magnetic tape). The 
ETS is equipped with a communications option that 
permits it to be operated as a teletypewriter, so 
the CDC Interactive Facility (lAF) application pro- 
gram can be used to transfer the data. 

The ETS is connected to the network by a dialup 
communication line and logged in to lAF as a device 
in terminal class 1. The terminal operator uses lAF 
to create a mass storage file that is later trans- 
ferred as binary data to magnetic tape. The Infor- 
mation placed in the file is transferred from the 
ETS cassette reader in transparent mode because the 
cassette contents include carriage return, line 
feed, and other editing and formatting codes that 
must be preserved as data for eventual retransmis- 
sion back to the ETS when the nine-track tape is 
read. 

The terminal operator enters all of the lAF commands 
needed to set up the file for input, then sets up 
the TIP for transparent mode input in the following 
manner: 

%XL=X17,V04 [7r| 

The network control character % used in this entry 
is defined by the site for the console being used. 
This command establishes one and only one end-of- 
message indicator multiple-message transparent mode 
delimiter for the console. The code sequence of an 
ASCII end-of-transmission block (ETB) followed by 
an ASCII end-of-transmission (EOT) is chosen. (A 
character count will not produce the results 
needed . ) 

Transmissions from the ETS tape unit are essentially 
continuous but are not divided into units of a fixed 
number of characters; to avoid leaving transparent 
mode and losing characters in the middle of a unit 
of text transmission, the character count delimiter 
must be avoided. The ETS sends the ETB code and 
stops at the end of each text unit on the tape. 
When the tape ends, the ETS sends an ETB code and 
the EOT code. To send all of the text units on a 
cassette tape, the terminal operator restarts the 
tape reader manually each time it stops. 

Transmission is begun by entering the command: 

%1S=X [cfj 
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which is described later in this section, then 
pressing the console control keys that start the 
cassette reader and transmit the cassette's 
contents. Each time the tape unit stops transmit- 
ting, the Terminal Interface Priigram remains in 
transparent mode and the terminal operator repeats 
the procedure until the cassette contents are com- 
pletely transferred. 



CONTROLLING PARITY AND CHARACTER 
ECHOING 

Two terminal definition commands allow you to change 
how the Terminal Interface Program handles the func- 
tions of parity processing and character echoing. 
The PA command allows you to change parity bit pro- 
cessing for your console when more than one possi- 
bility exists. The EP command determines whether 
the TIP echoes (echoplexes) your input characters 
back to your terminal as you enter them. 



Changing Parity Processing (PA) 

When a terminal is serviced In either transparent 
mode or normalized mode, it sends and receives 
character data bytes six, seven, or eight bits long. 
Bytes of the first two sizes can also be accompanied 
by a parity bit. The parity bit is used by the 
terminal and the Terminal Interface Program in an 
arithmetic test to ensure that the bits received for 
the character are the same bits sent. 

If the bit exists and is used to make the sum of the 
other bits odd or even, then the terminal operates 
with odd or even parity. If the bit exists but is 
not used for odd or even summation, the terminal 
operates with zero parity. If the bit does not 
exist, then all bits sent and received are part of 
the data character byte and the terminal operates 
with no parity. The Terminal Interface Program 
always performs the parity processing defined to It 
as appropriate for the terminal. 

You can change the parity processing performed by 
the TIP for both input and output character codes 
through the parity (PA) terminal definition command. 
The format of this command is shown in figure 5-28. 

The PA command is valid from console devices in 
terminal classes 1 through 3 and 5 through 8 (asyn- 
chronous terminals). This command can also be sent 
downline for consoles in those terminal classes by 
a network application program. 

As shown in tables 5-1 and 5-2, the default parity 
setting for terminal classes 1 through 3 and 5 
through 8 is even. The default input parity set- 
ting for X.25 devices in terminal classes 1 through 
3 and 5 through 8 is zero; the TIP does not check 
input parity from X.25 network devices. 

The default and only possible parity setting for 
devices in terminal classes 4, 10 through 13, and 
15 (2741-compatible and mode 4 terminals) is odd. 
Terminals in terminal classes 9, 14, 16, 17, and 18 | 
(HASP and bisynchronous terminals) use the 8-bit 
character code EBCDIC, and therefore operate with- 
out a separate parity bit; parity processing does 
not occur for these terminals. 
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ct PA=pa |cr | 



ct 



pa 



HE 



Represents the network control charac- 
ter for your console as defined by the 
CT terminal definition command. 

Specifies the type of parity processing 
needed by your device; pa can be: 

pa Description 

E Set parity bit for even parity 
during output; check for even 
parity (except X.25 devices) 
and set parity bit to zero on 
input. 

I In transparent mode, do not set 
or check the parity bit because 
it is part of the input or out- 
put data. Ignore the parity 
bit when checking for the 
transparent end-of-message 
delimiting character. In 
normalized mode, set the parity 
bit to zero on input and output. 

M In transparent mode, do not set 
or check the parity bit because 
it is part of the input or out- 
put data. In normalized mode, 
set the parity bit to zero on 
input and output. 

Set parity bit for odd parity 

during output; check for odd 

parity (except X.25 devices) 

and set parity bit to zero on 
input. 

Z Set parity bit to zero on input 
and output. 

Represents a message termination 
character, code sequence, or event. 
Either the end-of-line or end-of-block 
indicator can be used; refer to the EL 
and E8 commands, earlier in this 
section. 



Figure 5-28. Parity Processing Selection 
(PA) Command 



When a terminal is serviced in normalized mode, all 
character bytes sent or received by the host soft- 
ware comprise seven bits of ASCII character code and 
a zero parity bit as the eighth bit in the 8-blt 
character byte. When a terminal is serviced In 
transparent mode, however, the character code In the 
8-bit character byte is the 6- or 7-blt terminal 
character code, plus a separately processed parity 
bit. 

Because the TIP processes parity separately from 
character code translation, it is possible for an 
application program to send or receive transparent 
mode character codes without the parity bit. To 
send or receive 8-blt codes, however, requires a 
I parity setting of none or ignore to be in effect. 
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Table 5-7 summarizes the parity processing performed 
by the TIP for each of the four parity settings. 
This table also shows the dependencies on the trans- 
mission mode in use. You must remember these depen- 
dencies when changing the parity processing defined 
for the terminal. 

Transmissions in normalized mode can cause data to 
appear garbled at the terminal by declaration of a 
PA value incompatible with the physical terminal, 
but upline and downline character code conversions 
are not otherwise affected by the value declared. 
Transmissions In transparent mode can be garbled or 
codes changed by declaration of a PA value 
incompatible with the physical terminal. 



You would normally change the parity processing for 
the terminal only when: 

The initial value is incorrect for your terminal 

The parity bit portion of the terminal character 
code must be treated as part of the meaningful 
data 

The latter occurs for transparent mode transmissions 
only, and usually consists of switching the proces- 
sing in effect from odd, even, or zero to none or I 
Ignore (then back to odd, even, or zero). | 

For example, if you are using a CDC 110 personal 
computer with a CDC 721 Viking Extended console 
(terminal class 3), you might want to create a mass 
storage file at the host site of canned character 
output data containing all graphic and control 
character bytes In the terminal's graphic option 
code set. You can do this through the CDC Inter- 
active Facility (lAF) using transparent mode trans- 
missions to store data treated by lAF as binary mode 
data. 

Because the eighth bit of the data is used by the 
Viking console to identify special characters, you 
must enter the data without parity processing, so 
that the parity bit of each character byte is pre- 
served when stored. The storage operation could be | 
accomplished from the terminal keyboard by the fol- 
lowing set of entries: 

%PA=I [SF] I 

%XL-X0D,Y04 [HF| 
%IN=X JEF] 
data Icr I 

® T-. 

%PA=E [cr] 

You can use these entries together with commands to | 
lAF that create and save the file containing the 
transmitted data. In this series of entries, you 
change the parity processing to Ignore before 
transparent mode input begins. You define the 
end-of-message indicator as a carriage return and 
the end-of-transport mode delimiter as a control 
D. You enter transparent input mode with the IN 
command to the TIP (this command is described later 
in this section). 

You enter the transparent mode data from the CDC 
llO's disk drive and end it when the CONTROL and D 
keys are pressed. The final entry restores the 
parity processing to normal to ensure accurate 
transmission of subsequent data. 
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TABLE 5-7. PARITY BIT PROCESSING TRANSMISSION MODE DEPENDENCIES 






o 



Event 


Parity Defined 



Both Modes 


E 
Both Modes 


Z 
Both Modes 


N 
Normal- 
ized 


N 
Trans- 
parent 


I 
Normal- 
ized 


I 
Trans- 
parent 


Terminal code input 
parity checked 


Yes 

(except X.25) 


Yes 

(except X.25) 


No 


No 


No 


No 


No 


Terminal code output 
parity bit set or 
cleared 


Yes 


Yes 


Yes 


No 


No 


No 


No 


Character code bit 7 
(the eight bit) 
set to zero for 
application program 
input 


Yes 


Yes 


Yes 


Yes 


No 


Yes 


No 


Application program 
output character code 
bit 7 (the eight bit) 
set to zero before 
translation to 
terminal code 


Yes 


Yes 


Yes 


Yes 


No 


Yes 


No 


Processing omitted 
(8-bit data with no 
parity bit) 


No 


No 


No 


No 


Yes 


No 


Yes 


Number of significant 
bits in the end-of- 


7 


7 


7 


na 





na 


7 


message or trans- 
parent mode input 
delimiting character. 
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Changing Echoplex Operation (EP) 

Because input and output are logically separate 
operations. It is possible for a terminal to 
generate input data without any visual confirmation 
from the network of the data entered. Line mode and 
block mode terminals normally operate in this man- 
ner; input transmission is only visible as cursor 
as the screen content is scanned and sent. Such 
terminals usually perform Internal character 
echoing so that the input data can be edited before 
transmission. To edit the line, it must be seen. 
Such terminals do not require character echoing by 
either an external modem or the Terminal Interface 
Program. 

The method used at character mode consoles to con- 
firm input data is to return each character entered 
to the terminal output mechanism as the character 
is entered. This character echoing can be per- 
formed by the terminal hardware itself, by an 
internal or external modem or acoustic coupler con- 
necting the terminal to the communication line, or 
by the Terminal Interface Program. 

Character mode terminals sometimes depend on exter- 
nal character echoing. The modems commonly used 
with such terminals perform the echoing needed. 
However, it is possible for these terminals to use 
modems that do not perform character echoing. To 
make use of such terminals and modems easier, the 
Terminal Interface Program can be instructed to 
perform the character echoing operation. 
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You use the echoplex (EP) terminal definition com- 
mand for this purpose. This command has the format 
shown in figure 5-29. 



ct EP C =option 1 |cr| 



ct Represents the network control charac- 
ter for your console as defined by the 
CT terminal definition command. 

option Indicates whether input echoing should 
occur; option can be: 

Y yes (default if =option is 
omitted) 



EE 



N 



Represents a message termination 
character, code sequence, or event. 
Either the end-of-Line or end-of-block 
indicator can be used; refer to the EL 
and EB commands, earlier in this 
section. 



Figure 5-29. Echoplexing (EP) Command 
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The EP command Is valid from console devices in 
terminal classes 1 through 3 and 5 through 8 (asyn- 
chronous terminals); it Is not allowed from devices 
connected through an X.25 packet-switching network. 
This command can also be sent downline to consoles 
In those terminal classes by an application program. 

As indicated in tables 5-1 and 5-2, all terminals 
of terminal classes 1 through 3 and 5 through 8 
(asynchronous terminals) use a default selection of 
no character echoing by the TIP, because this is the 
most common possibility. Terminals in terminal 
I classes 9 through 18 (HASP, mode 4, and bisynchro- 
nous terminals) use communication protocols that 
make character-by-character echoing impossible, so 
character echoing cannot be selected for such ter- 
minals. 

You should be careful when changing echoplex opera- 
tion. The following paragraphs explain the effects 
of the option chosen. 

If the terminal or modem performs its own character 
echoplexing : 

Each entry of a character at the console causes 
the character to appear twice (or be over- 
written) on the output mechanism when an EP 
value of Y is used. 

Each entry of a character causes the character 
to appear once on the output mechanism when an 
EP value of N Is used. 

If the terminal or modem does not perform echo- 
plexing: 

Each entry of a character causes the character 
to appear once on the output mechanism when an 
EP value of Y is used. 

No indication of a character entry appears on 
an interactive output device when an EP value 
of N is used. 

Modems with a duplex switch normally perform char- 
acter echoing when the switch is in the HALF posi- 
tion but do not perform it when the switch Is in the 
FULL position. Full-duplex modems that cannot be 
switched to half duplex operation, however, can be 
used for half duplex operation. If your terminal 
does not perform character echoing for itself, it 
can use such a modem and a half-duplex communication 
line mode after you enter the following terminal 
definition command: 



ZEP-Y [cr] 



The site defines the network control character as % 
for your console. Before you press the transmission 
key for this entry, nothing you enter at the console 
appears on the screen. After the TIP acknowledges 
the entry with a line feed code, all your subsequent 
entries are returned to the console by the TIP. 

You should distinguish between setting the duplex 
switch for an Internal terminal modem and setting 
the duplex switch on an external acoustic coupler. 
Acoustic couplers can also perform character echoing 
based on a duplex switch setting. When a full- 
duplex external acoustic coupler is used and char- 
acter echoing occurs but is not performed by the 
TIP, the terminal possesses an internal modem. 
Internal modems usually have separate duplex 



switches on the terminal housing. In this case, all 
switch settings should be compatible with the EP 
value in use. 

It is preferable to have your terminal or modem do 
the character echoing, rather than have the network 
software do It. When the network software does the 
character echoing, there can be a perceptible pause 
at lower speed terminals between pressing a key and 
seeing the character appear on the screen. This 
pause can be distracting to an experienced typist. 



IDENTIFYING CONSOLE MECHANISMS 

Because input and output are separate operations, 
the Terminal Interface Program allows you to sepa- 
rately specify the console mechanism used for each 
operation. The input (IN) command permits you to 
identify your input mechanism so that the TIP can 
properly service that mechanism, while the output 
(OP) command provides the same function for your 
output mechanism. 



Selecting an Input Mechanism and Transmission 

Mode (IN) 

You can decide to perform input through a paper tape 
reader (or an emulation device for a paper tape 
reader), or through a keyboard or other mechanism. 
You can also decide to perform input in transparent 
mode or in normalized mode. In normalized mode, you 
can choose between block mode for entries and the 
network's line mode for entries. 

Input from paper tape mechanisms require the TIP to 
process character codes differently than when input 
from other devices. Input In normalized mode 
requires the TIP to perform the translation and 
editing functions described earlier in this manual. 
You therefore must tell the TIP which of the fol- 
lowing combinations of these input options is 
applicable: 

Input Is from paper tape and is in normalized 
block mode. 

Input is from paper tape and is in transparent 
mode. 

Input is not from paper tape and is in normal- 
ized block mode. 

Input is not from paper tape and is in normal- 
ized line mode. 

Input is not from paper tape and is in trans- 
parent mode. 

By convention, input that Is not from a paper tape 
reader is associated with a keyboard or a mechanism 
that simulates a keyboard. Depending on the way a 
site configures the console, the terminal might 
begin its access to the network with a paper tape 
input mechanism assumed; this is not the most com- 
mon situation. A terminal must always begin access 
to the network in normalized mode. 

For either of the transparent modes, you must estab- 
lish the transparent message and operation delim- 
iter (DL or XL) before you enter transparent mode, 
or the single-message delimiters established by the 
network administrator will be used. Keyboard input 
is allowed in either of the paper tape modes. 
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The detailed effects of the input option currently 
in use are described in the following paragraphs. 
Whenever possible, the TIP detects the end of trans- 
parent input and automatically changes option com- 
binations for you. This automatic redefinition 
switches the terminal back to keyboard normalized 
mode from keyboard transparent mode or to paper tape 
normalized mode from paper tape transparent mode. 
The other switches cannot be made automatically, and 
a terminal definition command is provided so that 
you can make them manually. 



You use the input device (IN) terminal definition 
command to change the combination of input options 
used for TIP processing of transmissions. This 
command has the format shown in figure 5-30. 



As indicated in tables 5-1 and 5-2, the default 
combination of options for consoles in all terminal 
classes is normalized mode input from a keyboard. 
The IN command is valid from console devices in 
terminal classes 1 through 8 (asynchronous termi- 
nals), 10 through 13, 15 (mode 4 terminals), and 18 I 
(3270 terminals). | 

Devices in terminal class 4 (2741-compatible termi- 
nals) can use only the KB, X, and XK options; 
devices connected through an X.25 packet-switching 
network (classes 1 through 3 and 5 through 8) and 
mode 4 terminal consoles (classes 1 through 13 and 
15) are always in block mode and can use only the X 
option. The IN command can also be sent downline 
for consoles in these terminal classes by an appli- 
cation program. 



o 



#*\, 



ct IN= 


:in 1 cr| 




ct 


Represents the network control 
character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741 -compatible device before entering 
this character. 


in 


Specifies the input mechanism and 
transmission mode of your device; in 
can be: 




in 


Description 




BK 


Selects block mode (as from a 
form terminal) and normalized 
input mode. 




KB 


Selects the keyboard in line 
mode and normalized input mode. 




PT 


Selects the paper tape reader 
and normalized input mode (not 
valid for IBH-2741 -compatible 
devices). 




X 


Selects the current input 
device and transparent input 
mode. 




XK 


Selects the keyboard and 
transparent input mode. 




XP 


Selects the paper tape reader 
and transparent input mode (not 
valid for IBM- 2741 -compatible 
devices). 


l-l 


Represents a message termination 
character, code sequence, or event. 
Either the end-of-Line or end-of-block 
indicator can be used; refer to the EL 
and EB commands, earlier in this 
section. 



Figure 5-30, Input Device Description 
(IN) Command 
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When the IN value XK, XP, or X is used, data entered 
subsequently from the console Is sent to the host 
as transparent mode messages. Transparent mode 
operation continues for input until a transparent 
mode operation delimiter previously defined for the 
device is detected; detection of the delimiter 
causes the TIP to return automatically to normal- 
ized mode operation. 

When an IN value of XK is used, the TIP returns 
automatically to normalized mode operation with an 
IN value of KB. When an IN value of XP is used, the 
TIP returns automatically to normalized mode opera- 
tion with an IN value of PT. When an IN value of X 
is used, the TIP returns automatically to whichever 
normalized mode alternative was previously in 
effect. 

When you use the IN value of PT, the Terminal 
Interface Program treats the paper tape reader as a 
block mode device with a fixed end-of-block indi- 
cator character (the ASCII DC3 code, representing 
the X-OFF character). Whenever the TIP expects 
input from the device, it sends and ASCII DCl code 
as an X-ON character to start the paper tape reader. 
The code is issued after the end of a message is 
output to the terminal and the message empties the 
terminal's output queue. 

X-OFF code (ASCII DC3) processing by the Terminal 
Interface Program is the primary difference in input 
data treatment between IN value declarations of a 
keyboard input source or declarations of a paper 
tape reader source. When the IN value PT or XP (or 
X after PT) is used, an X-OFF code embedded in the 
input is sent to the host as part of the data. How- 
ever, if the X-OFF code follows an end-of-line or 
end-of-block indicator character, the TIP does not 
send the X-OFF code upline as data. An X-OFF code 
entered after using one of the keyboard Input 
declarations is always sent upline as part of the 
data. 

Because transparent mode input is neither trans- 
lated nor Inspected by the TIP prior to transmission 
to the host, you cannot switch the terminal from 
keyboard transparent mode to paper tape transparent 
mode directly. Also, you cannot switch from paper 
tape transparent mode directly to keyboard trans- 
parent mode. In both cases, the terminal definition 
command to perform the switch would be contained 
within the transparent mode transmission and would 
therefore be sent to the host as data instead of 
being edited out of the input. . 
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You can change from paper tape normalized mode to 
keyboard normalized mode during input transmissions 
by punching the appropriate terminal definition 
command into the paper tape at a point where tape 
reading will resume following an X-ON code from the 
TIP. You can also make this change by entering the 
terminal definition command from the keyboard after 
the reader has finished reading the current paper 
tape. 

Examples of paper tape input are given in section 3 
for normalized mode data. Support of transparent 
mode paper tape input depends on the application 
program; no meaningful examples of transparent mode 
input using paper tape can be given for standard 
network application program communication. 



Selecting an Output Mechanism (OP) 

If you decide to record data through a paper tape 
punch or paper tape emulator device, the TIP pro- 
vides additional formatting characters for the out- 
put. If you do not choose to record output data on 
paper tape, no additional formatting characters are 
supplied . 

You cannot make the choice of transparent mode or 
normalized mode for output data directly, as 
explained in section 2. This choice is made by the 
network application program, but not necessarily in 
response to a command from you. 

Output to paper tape requires the TIP to provide 
character codes not required in output to other 
devices. You should therefore Inform the TIP when 
paper tape is being used for output. 

You inform the TIP via an output mechanism (OP) 
terminal definition command. The format of the OP 
command is shown in figure 5-31. 

This command is valid from console devices in ter- 
minal classes 1 through 8 (asynchronous and X.25 
terminals); the PT option is not allowed from 
devices in terminal class 4 or devices connected 
through an X.25 packet-switching network. The com- 
mand can also be sent downline for consoles in these 
terminal classes by an application program. 

As indicated in tables 5-1 and 5-2, the default 
output mechanism for consoles In all terminal 
classes is a device other than a paper tape punch. 



The value you declare for OP determines whether the 
Terminal Interface Program supplies carriage return 
and line feed codes at page boundaries (see the PW 
command). The value declared for OP also determines 
whether the TIP automatically supplies an X-ON or 
an X-OFF code after the end of a downline normalized 
mode message; the latter occurs only when a paper 
tape punch is declared as the output mechanism and 
a post-print format effector has been included for 
a logical line. 



Ct OP=op 



or 



ct 



op 



[cr] 



Represents the network control 
character for your console as defined 
by the CT terminal definition command. 
You must press the ATTN key on a 
2741-compatible device before entering 
this character. 

Specifies your device's output 
mechanism; op can be: 

op Description 

01 Specifies a display. 

PR Specifies a printer. 

PT Specifies a paper tape punch 
<not valid for X.25 or XBN- 
2741-compatible devices). 

Represents a message termination 
character, code sequence, or event. 
Either the end-of-line or end-of-bloek 
indicator can be used; refer to the EL 
and EB commands, earlier in this 
section. 



Figure 5-31. 



Output Device Description 
(OP) Command 



Output can be produced on a paper tape after you 
declare the OP value DI or PR, but the application 
program must embed any desired X-OFF codes in the 
last block of output. 

The OP command gives you a method of switching to 
and from paper tape punch use. It also provides a 
method of switching from printer-formatted output 
to display-formatted output or vice versa. You can 
use this command to change page boundary processing 
by the TIP. 

When a value of DI is used, the TIP calculates page 
boundaries (see the PG and PL commands) but does not 
perform output formatting when the page width is 
reached. The TIP does insert idle characters as 
necessary for the device's definition when the page 
width is reached. 

When a value of PR is used, the TIP calculates page 
boundaries and inserts carriage returns, line feeds, 
and idle characters as necessary for the device's 
definition when the page width is reached. (Refer 
to the PW command, earlier in this section.) 

Examples of paper tape output are given lii section 
3 for normalized mode data. Support of transparent 
mode paper tape output depends on the application 
program; no meaningful examples of transparent mode 
output using paper tape can be given for standard 
network application program communication. 
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THE COMMUNICATIONS CONTROL PROGRAM AND 
THE NETWORK PROCESSING UNIT 









This section contains a general description of how 
the Communications Control Program (CCP) functions 
in a network processing unit (NPU). This descrip- 
tion: 

Introduces the major hardware components of the 
NPU that form the hardware environment for CCP 
operation. 

Briefly describes the multiplex subsystem and 
the mechanics of transferring data in the two 
general formats used by the network; these are 
the interactive virtual terminal (IVT) format 
defined in section 2, and the physical record 
unit (PRU) format used to support CDC-defined 
batch devices through the special batch data 
Interface mentioned in section 2. 

Summarizes the operation of CDC-written Terminal 
Interface Programs (TIPs). 

You do not need to read this section to use network 
features. It is provided as background information, 
and might be useful when trying to use more sophis- 
ticated' features of a terminal or of a personal 
computer. It can help you determine how to set up 
a terminal or personal computer for correct commu- 
nication through a CDC network. 



HARDWARE ENVIRONMENT 

Each CDC network processing unit consists of: 

A 2551 series Communications Processor, with 
macromemory and micromemory 

A multiplex subsystem, containing varying num- 
bers and types of communications line adapters 



Coupler 


Coupler 
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Figure 6-1. Basic Components of a 
CDC Network Processing Unit 

Each NPU might require its own variant of CCP, 
depending on the macromemory size of the unit and 
the software modules that need to reside in the 
unit. Variants are generated as described in the 
NOS Version 2 System Maintenance Reference Manual 
described in the preface. These variants reside in 
the host NPU load file (NLF). The appropriate 
variant for loading into each NPU is determined by 
the host Network Supervisor program from information 
contained in the network configuration file. This 
process is described in the Network Access Method 
Version 1 Network Definition Language Reference 
Manual listed in the preface. 
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Zero, one, or two CYBER channel couplers 

Figure 6-1 shows the maximum architecture of such a 
network processing unit. Some NFUs also have a 
magnetic tape cassette drive and an operator's con^- 
sole that is not part of the network. 



2551 SERIES COMMUNICATIONS PROCESSOR 

The 2551 series Communications Processor has both a 
programmable micromemory and a macromemory; each 
model of the 2551 series has varying amounts of 
macromemory, with two sizes of random access micro- 
memory (RAM) logic. 8192 words (8K) of micromemory 
are required to run the current release of CCP. 

Because models can be modified on site, a model 
designation does not necessarily correspond to a 
specific macromemory or micromemory configuration. 
The internal characteristics of a specific 2551 
Comraunications Processor model are described in the 
corresponding hardware reference manual listed in 
the preface. 
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CYBER CHANNEL COUPLER 

Local NPUs (front-end NPUs for CDC host computers) 
have at least one CYBER channel coupler. Although 
up to two channel couplers can be physically housed 
in an NPU cabinet, the channel coupler is treated 
as an external device by the NPU. The coupler con- 
tains programmable registers; it serves as a trans- 
fer mechanism to convert the 8-bit data bytes with- 
in one 16-bit NPU memory word into 8-bit data bytes 
within two 12-bit words of a CDC CYBER 170 com- 
puter's peripheral processor. 

CCP services the coupler through a software module 
called the Host Interface Program (HIP) . The exter- 
nal characteristics of the CYBER channel coupler are 
described in the Network Access Method Version 1 
Network Definition Language Reference Manual men- 
tioned in the preface. The internal characteristics 
of a coupler are described in the appropriate 2551 
Communications Processor model hardware reference 
manual listed in the preface. 
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CASSETTE DRIVE 

The magnetic tape cassette drive and accompanying 
deadman timer hardware (collectively called the 
system autostart module) are required if the 2551 
has two couplers or is used as a remote NPU. When 
an NPU has a cassette drive, the drive is used to 
hegin the loading of CCP from a host computer. 



The cassette drive loads a copy of the system auto- 
start module program (SAM-P) from a CDC-supplied 
cassette. SAM-P is essentially a bootstrap loader 
that obtains the copy of CCP appropriate for its NPU 
from a copy of the Network Supervisor program in a 
host computer. 



The cassette drive can also be used to load optional 
off-line hardware diagnostic software for use with 
the off net NPU console. 



NPU CONSOLE 

If the NPU has an operator's console, that console 
is not part of the network; it connects to a special 
port of the NPU and is not serviced through a com- 
munications line adapter. This offnet console Is 
not the console associated with the NPU operator who 
is known to the Communications Supervisor program 
in the host as a network operator or NOP. 



The offnet NPU console Is used to run optional on- 
line or off-line diagnostic software; use of that 
software is described in the Communications Control 
Program Version 3 Diagnostic Handbook listed in the 
preface. If the site modifies its copy of CCP, the 
offnet console can be used with the Internal Test 
Utility Package for on-line debugging of the code. 
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The multiplex subsystem contains the following com- 
ponents : 

A multiplex loop interface adapter (MLIA) 

One or more loop multiplexers (LMs) 

One or more communications line adapters (CLAs) 

Related firmware (microprograms) and software 

The basic relationships of these components are 
shown In figure 6-2. 

There are three types of CDC communications line 
adapters: 

Model 2560 series synchronous CLAs, used to 
support lines connecting Mode 4 protocol, IBM 
2780 or IBM 3780 bisynchronous protocol, the I 
IBM 3270 bisynchronous protocol, or HASP | 
protocol terminals to the NPU 
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Figure 6-2. Basic Components of the Multiplex Subsyste 
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Model 2561 series asynchronous CLAs, used to 
support lines connecting teletypewriter- 
compatible or IBM 2741-coinpatible terminals to 
the NPU 

Model 2563 series high-level (synchronous) data 
link control (HDLC or SDLC) CLAs, used to sup- 
port trunks connecting other NPUs or lines con- 
necting asynchronous terminals or other hosts 
to the NPU through X.25 packet-switching net- 
works or a direct link to another NPU 

The types of CLAs in the multiplex subsystem of a 
specific NPU depend on the types of connections that 
NPU must support. The external characteristics of 
CLAs are described in the Network Access Method 
Version 1 Network Definition Language Reference 
Manual mentioned in the preface. The internal 
characteristics and functions of CDC-supplled CLAs 
are described in their respective hardware reference 
manuals listed in the preface. 



MULTIPLEX SUBSYSTEM OPERATION 

The following paragraphs provide a brief overview 
of the flow of data through all of the hardware and 
software components listed above. 

The multiplex subsystem has two principal tasks: 

Relieves the TIPs of having to process communi- 
cation line data according to physical line 
characteristics (most line characteristics are 
invisible to the TIPs as a result of multiplex 
subsystem processing) 

Multiplexes data to match the low-speed char- 
acteristics of individual terminals with the 
high-speed characteristics of the NPU and the 
host 



The multiplex subsystem: 

Receives serial data from communications lines, 
places it in a circular Input buffer, demulti- 
plexes it, and places it into a separate input 
buffer for each device on a communication line 

Detects and processes special characters 

Translates code on input 

Detects breaks in communication 

Checks the cyclic redundancy count (CRC) 

Checks and generates character parity 

Controls modems on the NPU end of communication 
lines and analyzes line status 

Processes commands Issued by the TIPs 

Chains Input data buffers as necessary to 
assemble network data blocks 

Transmits serial data to communications lines 
from communications line output buffers 



INPUT MULTIPLEXING 

Each line has a communications line adapter (CLA). 
If a character is ready when each CLA is sampled, 
the CLA places the character on the input multiplex 
loop together with information identifying the 
source (line) and in some cases, the nature of the 
character (for instance, a character byte can con- 
tain modem signal information rather than a char- 
acter of data). All information on the input mul- 
tiplex loop is routed to a circular input buffer 
(CIB), which is usually 512 words long. The 
demultiplexing operation picks data from this buffer 
and reconstitutes the data input lines separately 
for each conmunication line. 



INPUT DEMULTIPLEXING 

All TIPs except the HASP and BSC TIPs and possibly 
a site-written TIP process data in a single pass. 
For one-pass TIPs, the multiplex subsystem is 
responsible for selecting data from the CIB as well 
as for putting it into a communication line input 
buffer . 

When transmission block input starts, the multiplex 
subsystem reserves a data buffer for the network 
block (data buffers are normally 64 words long, with 
two characters per NPU word). The words in the CIB 
are identified by the communication line number and 
are packed into an input buffer for that line. If 
a buffer is filled before the transmission block Is 
complete, another buffer is assigned and is chained 
to the first. 

When the state programs detect the end of input, the 
TIP appropriate for the terminal type is notified. 
The TIP continues the processing by passing control 
of the data to the BIP, which formats the data into 
network blocks and controls the routing of those 
blocks. The BIP passes control of the network 
blocks to the Host Interface Package (HIP) or the 
Link Interface Package (LIP). 

The LIP passes the network block across a trunk 
communications line to another LIP, as described 
below under Trunk Multiplexing. The HIP passes the 
network block through the coupler to the PPU of the 
host. 



OUTPUT MULTIPLEXING 

When the NPO has received a network data block from 
the host and a TIP has transformed the code and/or 
format from IVT or PRU to terminal format, the TIP 
notifies the multiplex subsystem that the transmis- 
sion block Is ready for output. The multiplex sub- 
system picks the characters from the communication 
line's output buffer one at a time, whenever a new 
output data demand (ODD) is generated by the CLA. 
(The ODD Indicates that the communications line is 
ready to receive another character.) 

The outgoing characters are placed on the output 
multiplex loop, along with such control characters 
as are needed, and an address that will be recog- 
nized by the CLA for the active line to that termi- 
nal device. The CLA recognizes the address, picks 
that data from the output loop, and marks it as 
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being sent. When the contents of the entire output 
buffer for the conmunlcatlons line have been trans- 
mitted, and the transmission block has been received 
by the terminal, the multiplex subsystem can notify 
the TIP (or the TIP can wait for an acknowledgment 
response from the terminal). The TIP releases the 
output buffer and notifies the host of a successful 
transmission. 



After the TIP In the remote NPU translates the code 
from IVT or PRH format to terminal format , the net- 
work block is treated as an output network block In 
a local NPU; that is, the block Is multiplexed for 
transmission, is sent, and Is acknowledged. The 
acknowledgment must be formatted as any other input 
network block: remultlplexed and sent upline 
through the local NPU to the host. 



o 



OUTPUT DEMULTIPLEXING 

The demultiplexing of downline transfers is a ter- 
minal function; that is, the network block is 
reconstituted in a buffer for the terminal. That 
buffer becomes a transmission block to the terminal, 
which must then subdivide or route the block for 
delivery to the proper output device. 



Input network blocks (upline traffic) are refor- 
matted from terminal to PRU or IVT format as in a 
local NPU, but are then sent by the LIP through the 
remote NPU multiplexer, received by the local NPU 
multiplexer, and reconstructed Into complete network 
blocks in the local NPU by that NPU's LIP. Network 
blocks passing through two NPUs are multiplexed 
twice in a remote NPU, once to/from the terminal and 
again from/to the local NPU. 



TRUNK MULTIPLEXING 

If a remote NPU is Included in the network, trans- 
missions between the local NPU and the remote NPU 
take place over a trunk communications line. In the 
local NPU, a link interface package (LIP) sets up 
the output buffer, and the network block in that 
buffer remains in IVT or PRU format while being 
transmitted over the trunk. In the remote NPU, the 
downline network block goes through the CIB and is 
then demultiplexed by the LIP. 

The LIP passes the block to the B IP, which performs 
the operations described under Input Multiplexing. 
The BIP then passes the block to the appropriate 
TIP. 



NETWORK BLOCK HANDLING 

The basic procedures for upline and downline network 
block movement are discussed next . Note that the 
procedures given are highly summarized. Acknowl- 
edgment procedures are also highly summarized. It 
is assumed that terminals are connected through a 
single NPU. 



SIMPUFIED INPUT PROCESSING 

Figure 6-3 shows the movement of data from a termi- 
nal to a host application program. Solid lines 
indicate data and acknowledgment pathways, dashed 
lines indicate principal control functions. 
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Figure 6-3. Simplified Input Processing 
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The major steps in upline data processing are: 

Polling synchronous terminals (such as Mode 4 
terminals) to find whether the terminal has data 
ready to send. 

Setting up the multiplex subsystem and buffers 
when a terminal Indicates It has data to send 
upline. 

Collecting data from all active terminals in a 
circular input buffer (CIB). 

Demultiplexing data and converting it to IVT or 
PRU format, a process controlled by state pro- 
grams unique to each TIP. Demultiplexed data 
is collected in one or more chained buffers that 
are collectively called a communication line 
input buffer. If code conversion is necessary 
(such as EBCDIC to ASCII for IVT data or EBCDIC 
to display code for PRU data), this is also 
accomplished. 

When an Input buffer is full (that is, the 
transmission block is complete), validating the 
block content for conformance to the appropriate 
protocols. 

Converting the transmission block to one or more 
network blocks. 



Determining network block routing and queuing 
the block to the host coupler. 

Updating line statistics for the transfer (line 
statistics are a type of status information that 
includes both success and failure data, such as 
nvimber of blocks and characters processed or the 
number of transmission errors detected). These 
statistics are periodically sent upline to the 
host as accounting messages and hardware error 
log messages. 

The coupler transmitting the block to the host 
FPU and dequeuing the block. 

The host receiving the block and queuing it to 
the applications program. 

The NPU releasing the block buffer. 

The host delivering the block to an application 
program and sending an acknowledgment to CCP. 



SIMPLIFIED OUTPUT PROCESSING 

Figure 6-4 shows the movement of data from a host 
application program to an interactive terminal 
(downline blocks). Conventions for solid and dashed 
lines are the same as for the input diagram. 
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The text below describes the same movement for data 
sent to a CDC-defined batch device; the same steps 
occur for both device types, but the order of 
operations varies. The major steps in downline data 
processing are: 

An interrupt from the host indicates a buffer 
of data is ready for transmission. The data is 
in PRU or IVT format at this point. 

If the NPU is not already saturated with other, 
higher priority tasks (note that output takes 
precedence over input), the host Interface 
package (HIP) sets up the coupler to receive the 
network block and assigns a buffer (or chained 
buffers) of space to be used as an output buffer 
for the block. 

The network block is sent by a buffered transfer 
from the PPU through the coupler to the assigned 
buffers. The coupler causes the transmission- 
complete Interrupt to the HIP when all of the 
network block has been received. 

The text processor converts the network block 
from IVT or PRU format to the destination ter- 
minal's format (transmission blocks). 

The transmission block Is queued to a terminal 
control block where the terminal Interface 
package (TIP) detects that data is available. 

If the terminal is able to receive output data, 
the TIP directs the multiplex subsystem to out- 
put the message. 

When a synchronous terminal has detected the end 
of a transmission, it sends an acknowledgment. 

The NPU sends an acknowledgment to the host. 

When the TIP knows that the data was received, 
the NPU terminates the output operation by 
releasing the output buffers. 

Line statistics are updated for the transfer 
(line statistics are a type of status informa- 
tion that includes both success and failure 
data, such as number of blocks and characters 
processed or the number of transmission errors 
detected). These statistics are periodically 
sent upline to the host as accounting messages 
and hardware error log messages. 



DATA PRIORITIES 

Network blocks are defined to be high or low 
priority as a function of the device that sends or 
receives the data In the block. Regulation of data 
is needed because all network blocks require buffer 
space; combined peak load demands from terminals, 
from the host, and from neighboring NPUs (if any) 
might require more buffers than the NPU can assign. 

To prevent NPU stoppage for lack of buffers, the NPU 
is allowed to reject input on the basis of priority 
or because the channel seeking to input data already 
has its maximum share of buffers assigned. For 
terminals that are polled for input, regulation Is 
handled Indirectly; the NPU does not poll the ter- 
minals until more buffers are available. As current 
network blocks are processed and output, more 
buffers become available and the regulation level 
can change to accept data previously rejected. 
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Two types of regulation exist: 

Regulation of upline and downline data for 
specific connections, caused by a device using 
more data buffers or network blocks than it is 
allowed. 

Regulation of upline and downline data for 
entire logical links (data paths through an NPU 
to a host), caused by a shortage of buffers in 
either the NPU or a host. 



Connection Regulation 

Data to or from a terminal device is regulated by 
the upline and downline network block limits 
assigned for the device. The host queues the number 
of input blocks specified as the upline block limit 
for the device. The NPU queues the number of down- 
line blocks specified as the device's downline block 
limit. The downline queuing done by the host Is 
established by two queuing limits, the application 
block limit and the downline block limit. 



The application, downline, and upline block limits 
are Initially established by the network adminis- 
trator in the network definition file, using the 
Network Definition Language statement ABL, DBL, and 
UBL parameters. This process is discussed in sec- 
tion 2. 

When the upline block limit for a device Is reached, 
input regulation begins for the device. Input 
regulation is discussed separately for each TIP, 
later in this section. When the application block 
limit for downline data is reached, the host per- 
forms output regulation without involving the NPU. 



Levels of Logical Link Regulation 

Three levels of traffic priority are defined on a 
logical link: 

Service message traffic (priority 1): This 
level Includes command, reply, and status 
Information exchanged between neighboring NPUs 
and between NPUs and a host. Traffic at this 
level is suspended only after suspension of 
traffic at levels 2 and 3 fails to produce the 
needed buffer space. 

High-level (priority 2): This level is Intended 
for data associated with an Interactive type of 
device. The size of each network block is nor- 
mally small, but the network block is quickly 
processed so that no processing delay is visible 
to the terminal user. Traffic at this level is 
suspended only after suspension of traffic at 
level 3 fails to produce the needed buffer 
space . 

Low-level (priority 3): This level is intended 
for data associated with batch-type devices. 
The size of the network block is large (some- 
times a thousand bytes or more), but since no 
operator interaction is involved, a small delay 
in ' network block processing is acceptable. 
Traffic at this level is suspended first when 
regulation must occur to produce the needed 
buffer space. 
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The acttial assignment of priorities (levels 2 and 
3) to devices occurs in the network configuration 
file. 

When the logical link used by a device becomes sub- 
ject by a host to traffic suspension at the indi- 
cated priority level, input regulation begins for 
the device. Input regulation is discussed sepa- 
rately for each TIP, later in this section. 

When the NPU becomes low on buffer space, it regu- 
lates all logical links passing through it. There- 
after, downline regulation occurs through host pro- 
cesses or neighboring NPUs , without involving the 
NPU. The NPU can reject downline data when buffer 
regulation is in effect. 



LINE STATUS 

CCP updates the status of enabled communication 
lines. If failure of an active line is detected, 
the line's status is changed to down and the net- 
work operator is informed. CCP then automatically 
enables the line so that it can be reused without 
network operator Intervention after the failure is 
corrected. 



TERMINAL INTERFACE 
PROGRAMS 



categories of Terminal 



There are two basic 
Interface Programs; 

Site-written TIPs 

CDC-written TIPs 

A site-written TIP can consist of: 

Code written specifically to support a communi- 
cation protocol not currently supported by a 
CDC-written TIP 

Code added to a CDC-written TIP to support ter- 
minals that use CDC-supported protocols but have 
characteristics not compatible with any CDC- 
defined terminal class or with any CDC-deflned 
device type 

The functions and characteristics of site-written 
TIPs are unknown. The configurable features of 
communication lines, terminals, and vdevices sup- 
ported by such TIPs are described In the Network 
Access Method Version 1 Network Definition Language 
Reference Manual described in the preface. 

The released version of CCP has separate TIPs to 
support five communication protocols. These are: 

The ASYNC TIP, supporting teletypewriter- 
compatible or Iffil-2 741-compatible devices 

The X. 25 TIP, supporting packet-switching net- 
work terminals using a packet assembly/ 
disassembly (PAD) facility and supporting 
application-to-application connections through 
packet-switching networks or a direct link to 
another NPU 

The M0DE4 TIP, supporting terminals and devices 
that use either the mode 4A or mode 4C variants 
of the CDC Mode 4 communication protocol 
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The HASP TIP, supporting terminals and devices 
that use the Houston Automatic Spooling Program 
(HASP) protocol 

The BSC TIP, supporting terminals and devices 
that use the IBM 2780 or IBM 3780 variants of 
the IBM bisynchronous protocol 

The 3270 TIP, supporting terminals and devices 
that use the IM 3270 variants of the IBM 
bisynchronous protocol 



ASYNC TIP 

The ASYNC TIP supports terminal devices connected 
through dedicated or dial-up asynchronous lines . 
Such devices normally generate IVT data to exchange 
in an interactive mode with a host application pro- 
gram. The TIP supports one terminal device per line 
and expects each device to have an input and an 
output mechanism. 

The following CDC-def ined terminal classes are sup- 
ported: 



Terminal 
Class 

1 
2 
3 
4 
5 
6 
7 

8 



Archetype Terminal 

Teletype Models 33, 35, 37, 38 

CDC 713, 751, 752, 756 

CDC 721 

IBM 2741 

Teletype Model 40-2 

Hazeltlne 2000 

Digital Equipment Corp. 

VTIOO (ANSI X3.64) 

Tektronix 4014, 4114 



Site-defined devices in terminal classes 28 through 
31 can also be supported if the site modifies the 
released version of the ASYNC TIP. 

Each CDC-deflned terminal class has a default set 
of terminal characteristics as shown in section 5. 
These terminal characteristics can be changed from 
their defaults initially for each device through the 
network configuration file or subsequently by the 
terminal user and/or the application program through 
the use of commands. 

The valid values and default parameters for commands 
in each of these terminal classes are shown in sec- 
tion 5. When a valid value is entered from a ter- 
minal, the TIP responds with the message: 

cd ACCEPTED.. 

where Cd Is the command mnemonic. When an Invalid 
value is entered, the TIP responds with the message: 

cd reason 

and the command represented by cd is Ignored. The 
field identified as reason contains a message 
explaining the reason the command was ignored. See 
appendix B for specific messages. 

The ASYNC TIP supports all IVT Interface commands 
and features except the following ones for 2741 
terminals : 

Break condition as user break or cancel input 
(the BR command) 
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Paper tape Input or output (the IN command PT 
and XP options, the OP command PT option) 

Input and output regulation of or by devices, 
called device control (the IC and OC commands) 

Input cursor positioning response (the CP com- 
mand) 

Block mode operation 

Changing the end-of-llne character code to a 
value other than the default delimiter (the EL 
command X option) 

Line mode cursor positioning (the EL command CP 
option) 

Changing parity processing (the PA command) 

Transparent mode timeout or character count 
delimiter, or changing the character code used 
as a delimiter (the DL or the XL command TO or 
C option, or the X and Y options) 

Echoplexing (the EP coimnand) 



Protocol Assumptions 

This subsection describes those aspects of TIP 
operation that depend upon hardware use or are 
implementor-determlned portions of asynchronous 
communication protocols. These aspects include: 

Line access 

Line speed and stop bit use 

Operating modes 



Polnt-to-Polnt and Multidrop Line Access 

The ASYNC TIP supports point-to-point communication 
line access for nonaddressable terminals. Multidrop 
terminal configurations are not supported. 



Speeds and Stop Bits 

Teletypewriter-compatible terminals (classes 1 
through 3 and 5 through 8) are assumed to use 2 stop 
bits when operating at 110 b/s and 1 stop bit when 
operatli^ at speeds from 150 to 9600 b/s. IBM 2741- 
compatible terminals (class 4) that operate at 
speeds of 134.5 b/s use 1.5 stop bits; 2741- 
compatible terminals that operate at speeds of 300 
b/s use 1 stop bit. 



Modes of Operation 

The logical mode of operation of the TIP is normally 
half-duplex, with input given priority over output. 
This means that output is not started when input is 
active. If input occurs during output, output is 
stopped within a few characters , and continues with 
the first unsent character after input completes. 
The TIP attempts to deliver output whenever such 
data is available, unless: 

Input is in process 

A page wait condition is in force 



An automatic input mode block has been deliv- 
ered to the terminal 

The only exception to this half-duplex mode of 
operation occurs when full-duplex operation is 
required by the application program. Full-duplex 
operation, supporting simultaneous input and output, 
is functional only when transparent keyboard input 
is selected (refer to the XK or X options of the IN 
command in appendix F) . When the TIP operates in 
full-duplex mode, the following features are not 
effective options for the terminal user or the 
application program: 

Device input and output control (IC and OC com- 
mands) 

Page waiting (PG command) 

Echoplexing (EP command) 

Automatic input 

Supported Input and Output Mechanisms 

The TIP supports a range of input and output mecha- 
nisms; only one input and one output mechanism can 
be active at any given time. Control of multiple 
output mechanisms (for example, a display and a 
hardcopy printer) is left up to the terminal. 

When normalized mode input is in effect, the TIP 
supports the following input modes and mechanisms 
(refer to the IN command in section 5): 

Keyboard in line mode. Input is forwarded 
after an end-of-llne is recognized; available 
output is sent after the end-of-line charac- 
ter. The ATTN key must be pressed at a 2741- 
compatible terminal before the cancel- input, 
network control, abort-block, user-break-1 , or 
user-break-2 function characters are entered; 
these characters are established through the 
CN, CT, AB, Bl, and B2 commands described in 
section 5. 

Keyboard in block mode (not supported for 2741 
devices). Input is forwarded after an end-of- 
line or end-of-block character is recognized; 
available output is only sent after the end-of- 
block character. Unless the terminal is opera- 
ting in full-ASCII mode (Y option of the FA 
command , described in section 5 ) , an end-of- 
block character immediately following an end-of- 
line character does not cause the TIP to send 
an empty line to the host. 

Paper tape in block mode with a fixed end-of- 
block indicator sequence (not supported for 2741 
devices) . After the last message block of 
queued output is delivered, the TIP sends an 
ASCII DCl (X-ON) character code to start the 
tape reader. Input is forwarded after the end- 
of-line character Is recognized; available out- 
put is only sent if the end-of-llne character 
Is followed by the ASCII DC3 (XOFF) character. 
The sequence of end-of-line and DC3 codes forms 
the fixed end-of-block Indicator. The DC3 can 
be preceeded by an ASCII LF character as well; 
the LF is not part of the forwarded Input. 

When normalized mode output is to be sent, the TIP 
supports the following output devices (refer to the 
OP command in section 5): 
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Display. Line folding and scrolling are assumed 
to be performed by the output device when page 
width (see PW command in section 5) is reached. 

Printer. Line folding is performed by the TIP 
when page width is reached. Paging is per- 
formed by the TIP when page length is reached. 

Paper tape (not supported for 2741 devices) . 
This output mechanism is treated the same as a 
printer, with the exception that an ASCII DC3 
character and three ASCII NUL characters are 
sent after the completion of every downline 
post-print format effector action. 

In transparent mode, the keyboard or paper tape are 
allowed input mechanisms and the display, printer, 
or paper tape are allowed output mechanisms. For- 
warding of Input is determined by the options 
selected for the DL or XL commands (see section 5). 
Output formatting is left up to the host applica- 
tion program. In transparent mode, the application 
program Is responsible for all data Interpretation, 
including control characters. 



Terminal Code Sets and Parity 

The ASYNC TIP supports teletypewriter-compatible 
terminal devices operating with user selectable 
parity set to even, odd, zero, none, or Ignore. 
The Initial parity of the device is established In 
the network configuration file but can be changed 
by the application program and/or the terminal 
user; refer to the PA command in section 5. 
Teletypewriter-compatible devices use the ASCII, 
ASCII bit-paired APL, or ASCII typewrlter-palred- 
APL code sets . 

The TIP also supports IBM 2741-compatible terminal 
devices with a fixed parity (set to odd). These 
devices use the EBCD, EBCD-APL, Correspondence Code, 
or Correspondence-Code-APL code sets. 

The TIP converts terminal code sets to and from 
network ASCII codes for Iffll 2741 -compatible devices. 
The terminal code set used can be initially estab- 
lished In the network configuration file. The ter- 
minal user and/or the application program can change 
the code set as part of the automatic recognition 
process, using the AR command described in section 
5. 



Normalized Mode Output 

The host sends 7-blt ASCII character codes. The 
eighth bit (bit 7) can be anything and is Ignored. 
If translation is needed, bit 7 Is set to zero 
before the TIP translates the character. If trans- 
lation Is not needed, the bit is set to zero before 
going to the CLA for output. The CLA provides the 
parity setting appropriate for the parity option 
selected. This is true for all parity settings. 



Transparent Mode Output 

The host can send anything for bit 7 of all parity 
settings; the host value for bit 7 is ignored for 
all parity options except parity of none or 
ignore. For parity of none or ignore, the entire 8 
bits, as sent from the host, are sent through the 
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CLA to the terminal. For other parity settings, 
bit 7 is set to zero by the TIP and sent to the CLA 
for output. The CLA provides the parity setting 
appropriate for the parity option selected. 



Normalized Mode Input 

The TIP sends the host 7-blt ASCII character codes 
with the eighth bit always set to 0. This Is true 
for all parity settings. 



Transparent Mode Input 

For parity of none or Ignore, the host receives 
the 8 bits Just as they came in on the line. For 
the other three parity settings, the eighth bit is 
set to zero. 



Initial Connection 

The initial line speed and code set can be explic- 
itly set through the network configuration file or 
can be determined by the TIP through automatic 
recognition. Recognition of line speed is available 
in a range of 110 to 9600 b/s. 

Automatic recognition of line speed is performed 
when a line becomes active. The TIP sets the CLA 
to sample the line at 800 b/s. The user has 60 
seconds to enter Input. The first input on the line 
is presumed to be a carriage return code; the bit 
pattern received is compared against the patterns 
expected for that code at supported speeds until a 
match Is found. The user then enters more input. 
If the next character entered Is also a carriage 
return, the terminal is assumed to use: 

The ASCII code and character set if the terminal 
is recognized as other than an IBM 2741 

The EBCD code and character set if the terminal 
is using a 134.5 b/s speed, or is known to be 
an IBM 2741 operating at 300 bits per second 

If the second character entered is not a carriage 
return, it is presumed to be a right parenthesis 
code; the bit pattern received Is compared against 
the patterns expected for that code in supported 
code sets, until a match Is found. 

The need for automatic recognition is established 
through the network configuration file. Once line 
speed and code set are known, the terminal connec- 
tion to the NPU is complete. Subsequent connection 
to a host and an application program depend on the 
network configuration; the procedure and possible 
commands required are described in section 4. 

The security of a user's login information is 
insured by the CCP's maintenance of a security 
control character (for each sub-TIP type). 

The security character is site assigned (there is 
no default) during a CCP build. The character must 
be a 7-bit character within the code set of the 
terminal specified in ASCII. 

The security character's values are restricted to 
the following: X'03-IF; 21-2F; 3A-3C; 3E-40; 
5B-60; 7B-7E. The value may not be the same as the 
value for AB, BS, Bl, B2, CN, CT, EL, on EB. 
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After Initial connection, the automatic recognition 
procedure can be restarted by the terminal user 
without disconnecting the terminal from either the 
host application program or the NFU. See the AR 
command description In section 5. 



Disconnection 



The ASTMC TIP disconnects 
line when: 



Sk Y afrtk\t\A'\ nr\ 



The terminal uses a line speed or code set not 
recognized by the TIP (after 60 seconds of 
attempted Initial autonatlc recognition). 

The terminal user fails to complete both steps 
of the automatic recognition sequence within the 
time allowed. 

The terminal is not connected to a host and no 
input has been received from It for 2 minutes. 

The Communications Supervisor requests that the 
line or device be disabled. 

The user hangs iin the phone; 

The ASYNC TIP does not disconnect a terminal on a 
dedicated line. Input from disabled terminals or 
input on disabled hardwired lines Is discarded. 
Failure to complete initial automatic recognition 
on a dedicated line causes the TIP to restart the 
procedure. 



Input Operations 



Section 2 describes the general case for any inter- 
active virtual terminal Input operation. This sub- 
section describes the special cases and subsets of 
those operations unique to terminals serviced 
through the ASYNC TIP. 

During Input, the TIP detects the end of a physical 
line when: 

A line feed code Is entered and an upline 
blocking factor of is in use (an upline net- 
work block is generated when is in use, even 
though the corresponding network block size is 
100 characters) . 

The page width Is greater than 56 characters and 
the page width Is reached. 

The page width Is or greater than 56 char- 
acters and an end-of-line or end-of-block indi- 
cator Is entered. 

The TIP does not discard stored characters of a 
physical line In response to backspace codes when 
the backspaces occur after the end of the physical 
line. The user cannot backspace across a physical 
line boundary to delete previously entered char- 
acters. 

When Input ends, the TIP can perform cursor posi- 
tioning as a response to that condition. Whether 
cursor positioning occurs is determined by the cur- 
rent setting of the CP command (refer to section 
5). The response used is determined by the current 
value for the CP option of the EL or EB command. 
For 2741 terminals, cursor positioning always 



occurs after input because the terminal ends each 
line with a newline code (NL). 

The following operations can be correctly supported 
by the ASYNC TIP only in line mode: 

Cursor positioning responses at the end of each 
physical and logical line (refer to the Y option 
of the CP command In section 5); cursor posl- 



option that can be supported in block mode. 



Special editing mode processing 
backspace-linefeed code sequence. 



of the 
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Input flow control (refer to the IC command In 
section 5), this does not work for devices 
operating in block mode. 

For 2741 terminals, the TIP keeps track of shifts 
between uppercase and lowercase. Each physical line 
of input Is presumed to start in lowercase. 

For paper tape operation (refer to the PT option of 
the IN command in section 5), a DC3 (X-OFF) code is 
sent upline as data unless it follows an end-of-line 
■^"^••fcCawcr . .^or vranspareni- paper tape opeLatxou 
(refer to the XP option of the IN command) , a DC3 
(X-OFF) code following an end-of-line indicator and 
the end-of-llne indicator itself are sent upline as 
data when that sequence does not delimit multiple 
message transparent Input. 

The three editing modes described in section 2 are 
supported for all terminal classes. 



Output Operations 

Three interactive virtual terminal output control 
operations are unique to the ASYNC TIP: 

Discarding output on terminal user or applica- 
tion program command 

Suspending output in response to device com- 
mands that perform output regulation 

Processing of physical line endings 



Discarding Output 

If the terminal user enters the abort output block 
character (refer to the AB command in section 5), 
the ASYNC TIP discards the rest of the current 
transmission block and the current network block. 
Output continiies with any subsequent block received 
from the host. 



Output Regulation 

Terminals can transmit an Isolated ASCII DC3 (X-OFF) 
code to stop output. When output control by a 
device is selected (refer to the Y option of the OC 
command in section 5), the TIP stops output within 
n characters (n depends on the system load, but is 
normally 2) and discards the received DC3 code. 

The terminal can then transmit an Isolated ASCII DCl 
(X-ON) code to resvmie output. When the TIP receives 
that code, it discards the DCl and resumes output 
with the next character in the current buffer. 
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If the terminal does not transmit an ASCII DCl 
(X-ON) code, any Input followed by an end-of -block 
or end-of-line indicator causes output to resume. 
The TIP discards the end-of-block or end-of-llne 
indicator if appropropriate for the current opera- 
ting mode, and the received input is sent to the 
host as data. 

The ASYNC TIP also supports output regulation 
through use of the clea'r-to-send (CTS) modem signal. 
The TIP stops output within two characters when CTS 
drops and resumes output vhen CTS Is raised again. 



Physical Lines 

During output to a device with a printer mechanism 
(refer to the PR option of the OP command in sec- 
tion 5), a physical line ends when the page width 
is reached or when the output contains a unit sepa- 
rator code, a carriage return code, or a line feed 
code. During output to a device with a display 
mechanism (DI option of the OP command) , a physical 
line ends when the output ends or when it contains 
a unit separator code , a carriage return code , or a 
line feed code. 



Input Regulation 

As mentioned earlier in this section under Data 
Priorities, the TIP must sometimes suspend input. 
For devices that support input control (refer to the 
Y option of the IC command in section 5), input is 
stopped whenever a temporary suspension of input 
must occur. The TIP sends an ASCII DC3 (X-OFF) code 
to accomplish this. When regulation ends, the TIP 
sends an ASCII DCl (X-ON) code to these terminals. 

If input of a logical line occurs when regulation 
is needed, the message 

WAIT. . 

is sent. The data transmitted from the terminal is | 
discarded. For terminals operating in block mode, 
a varying number of logical lines within a block 
might be discarded; that is, regulation can begin 
after the first logical line is stored and can end 
before the last logical line of the transmission 
block begins. The WAIT message is sent for each 
discarded line. 

When data has been discarded, the message 
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For devices with printer mechanisms , the TIP inserts 
carriage return, line feed, and idle codes when 
needed after the end of a physical line; refer to 
the PW, CI, and LI commands in section 5. 



Break Significance 

A break condition on an asynchronous communication 
line exists when a null character with a framing 
error is detected by the CLA. Such a condition 
causes the TIP to stop any output in progress and 
wait for input. This condition has the following 
additional meaning to the ASYNC TIP only when nor- 
malized mode input is used (IN command KB or PT or 
BK options, described in section 5). 

A device can be defined such that detection of a 
break condition on the line is Interpreted as either 
a >iser-break-l signal (refer to the Bl command in 
section 5) or as a cancel-input signal (refer to the 
CN coimnand in section 5). This is done initially 
through the network configuration file and subse- 
quently by an application program and/or a terminal 
user through the Y option of the BR command, 
described in section 5. 

If input is in process when such a break condition 
Is detected, the condition is treated as a request 
to cancel input. A flag is set, and the canceled 
data is sent upline to the host for discarding. The 
set flag becomes the can bit in the application 
block header. As it does when it detects the cancel 
character at the end of a line, the TIP sends the 
message 

*DEL* 



REPEAT.. 

Is sent as soon as regulation ends and data can 
again be accepted and stored by the NPU. Paper tape 
readers must be restarted manually. 

Output from the host is sent to the terminal during 
input regulation, unless input was in process when 
regulation began. 

If regulation begins after input has been accepted 
by the Block Interface Program but before the block 
can be queued for transmission to the host, the 
message 

INPUT DISCARDED.. 

is sent to the terminal and the block is discarded. 



Error Recovery 

The ASYNC TIP performs no error recovery on input 
data; any error recovery needed must be performed 
by the application program in the host. If a parity 
error or framing error is detected during input, the 
TIP stores the erroneous code in the network block 
and sets a flag. The flag becomes the pef bit in 
the host application block header. 

A line failure occurs whenever the TIP detects a 
carrier signal drop lasting more than one second, 
or any drop in the data set ready signal. The TIP 
performs no recovery for line failures. The termi- 
nal must reconnect to the network. 



o 
o 



to the terminal. 

If the terminal Is idle or output Is in process when 
such a break condition is detected, the condition 
is treated as a user-break-1 request. An Interrupt 
and break Indicator block sequence is created, and 
all data queued for output Is discarded; the block 
sequence is sent upline to the host. In the host, 
the sequence of blocks become a supervisory message. 
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X.25 TIP 

The X. 25 TIP PAD subTIP supports asynchronous ter- 
minal devices connected through a packet-switching 
network (PSN) or a public data network (PDN). These 
networks provide a packet assembly/disassembly (PAD) 
service with separate switched virtual circuits for 
each device, and use a dedicated synchronous com- 
munication line to exchange data with the NPU. The 
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terminal device is connected to the PDN or PSN over 
a voice grade line at low or medium speeds to the 
FAD service. 

X.25 devices normally exchange IVT data with a host 
application program. The TIP supports one terminal 
device per virtual circuit and expects each device 
to have an Input and an output mechanism. 

The X.23 TIP application-to-application subTIP 
(called X25) supports host application programs 
connected through a packet-switching network or a 
trunk between NPUs. Each connection uses a separate 
virtual circuit. 

Application-to-application data is always trans- 
parent to the network software. 

The following CDC-deflned terminal classes are sup- 
ported: 



Terminal 




Class 


Archetype Terminal 


1 
2 


Teletype Models 33, 35, 37, 38 
CDC 713, 751, 752, 756 


3 


CDC 721 


5 
6 


Teletype Model 40-2 
Hazel tine 2000 


7 
8 


Digital Equipment Corp. 
VTIOO (ANSI X3.64) 
Tektronix 4014, 4114 



Site-defined devices in terminal classes 28 through 
31 can also be supported if the site modifies the 
released version of the X.25 TIP PAD subTIP. 

Each CDC-defined terminal class connected via a PAD 
service has a default set of terminal characteris- 
tics, as shown in section 5. Some of these char- 
acteristics differ from those the terminal class 
would possess if serviced through the ASYNC TIP. 
These terminal characteristics can be changed 
initially for each communication line through the 
network configuration file or subsequently by the 
terminal user and/or the application program through 
the use of commands. 

The valid values and default parameters for commands 
in each of these terminal classes are shown in sec- 
tion 5. When a valid value is entered from a ter- 
minal, the TIP responds with the message: 

cd ACCEPTED.. 

where cd is the command mnemonic. 

When an invalid value is entered, the TIP responds 
with the message: 

cd reason 

and the command represented by cd is ignored. The 
field identified as reason contains a message 
explaining the reason the command was ignored. 
Appendix B describes these messages. 

The X.25 PAD subTIP supports all IVT interface com- 
mands and features except the following: 

Special editing (the SE command). 

Paper tape input or output (the IN command PT 
and XP options, the OP command PT option). 



Keyboard input options KB and XK (the IN com- 
mand); these options are not recognized because 
only the X option is needed. 

Input and output regulation of or by devices, 
called device control (the IC and OC commands). 

Abort output blocks (the AB command) 

Cancel input using a break condition key (the 
BR command). 

Line mode cursor positioning (the EL command CP 
option). 

Changing the end-of-block indicator (the EB 
command X option). 

Transparent mode timeout delimiter (the DL or 
XL command TO option). 

Echoplexing (the EP command). 



Protocol Assumptions 



This subsection describes those aspects of TIP 
operation that depend upon hardware use or are 
implementor-interpreted portions of the X.25 com- 
munication protocol. These aspects include: 

Frame and packet characteristics 

Operating mode 



Frame and Packet Characteristics 

A PSN or PDN uses the CCITT X.25 protocol to trans- 
fer data over a high-speed communication line called 
a link. A PSN or PDN can have one or more links to 
a single NPU. An NPU can service more than one PSN 
or PDN. 



Each link from a PSN or PDN can carry one or more 
virtual circuits. Virtual circuits can be either 
switched or permanent. Terminals using a PAD ser- 
vice always use switched virtual circuits; 
application-to-application connections always use 
switched virtual circuits. Each terminal device or 
application-to-application connection using the link 
uses a separate virtual circuit on the same physical 
communication line; the X.25 TIP multiplexes the 
virtual circuits as a software function. 



The PAD service protocol is defined by the follow- 
ing CCITT recommendations: 

Recommendation X.3 defines the conversion of 
asynchronous character-by-character ASCII data 
to a synchronous packet format. This recommen- 
dation provides options that govern PAD opera- 
tion; these options are selected when the user 
subscribes to the PDN or PSN. 

Recommendation X.28 defines PAD options for the 
terminal. 

Recommendation X.29 defines PAD options for the 
NPU. 



o 
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Because some of these selections affect network 
operation, the PAD subTIP sets some of the standard 
PAD reference selections common to the X.25 networks 
listed In the Network Access Method Version 1 
Network Definition Language Reference Manual (see 
preface) . 

Upline, the PAD service consolidates terminal data 
Into packets, adding prefix and suffix Information 
when necessary. Packets are placed In frames by the 
PDN and transmitted over the link to the NPU. 

The TIP discards all frame and packet prefix and 
suffix information and forwards the terminal data 
to the host as network blocks of the appropriate 
block type, depending on the upline block size and 
the presence of end-of-line or end-of-block indica- 
tors. The end-of-packet sequence bit (an M bit 
value of 0) is interpreted as an end-of-block 
indicator. 

Downline, the TIP collects data into packets. Each 
network block becomes one or more packets; the con- 
tinuation bit (the M bit) of the packet is set to 
one in all packets except the last created from the 
last network block of a logical line (the end of a 
message); messages continued across network blocks 
are marked as continuation packets. The qualified 
data bit (the Q bit) is set to one in all packets 
where that is requested by the sending application 
program for the corresponding block. The TIP then 
assembles the packets into frames for transmission 
over the link. Each frame contains data for only 
one virtual circuit. 

The PAD service disassembles packets into char- 
acters of data for a terminal. 



Mode of Operation 

Both subTIPs are insensitive to line speeds. The 
logical mode of operation of both subTIPs is half- 
duplex. The PAD subTIP delivers output whenever 
such data is available , unless : 

Input is in progress 

A page wait condition is in force 

An autcxnatic input mode block has been deliv- 
ered to the terminal 

The X25 subTIP delivers output data whenever such 
data is available, unless: 

Input is in progress 

A reset request is outstanding 

There is no exception to this half-duplex mode of 
operation. When full-duplex operation is requested 
by the application program, the subTIP cannot honor 
the request. 

Supported Input and Output Mechanisms 

The PAD subTIP supports one input and several output 
mechanisms ; only one input and one output mechanism 
can be active at any given time. Control of multi- 
ple output mechanisms (for example, a display and a 
hardcopy printer) is left up to the terminal. 



When normalized mode input is in effect, the PAD 
subTIP supports only one input mode and mechanism 
(refer to the IN command in section 5), the keyboard 
in block mode. Input is forwarded after an end-of- 
line or end-of-block indicator is recognized (the 
end-of-packet continuation bit, bit M, is always an 
end-of-block indicator). If an end-of-block indi- 
cator in addition to the M bit is defined, that 
character is discarded. Available output is only 
sent after an end-of-block Indicator is received. 

When normalized mode output is to be sent, the PAD 
subTIP supports the following output devices (refer 
to the OP command in section 5); 

Display. Line folding and scrolling is assumed 
to be performed by the output device when page 
width Is reached (see the PW command in section 
5). 

Printer. Line folding is performed by the TIP 
when page width is reached. Paging is performed 
by the TIP when page length is reached (see the 
PL command in section 5). 

In transparent mode, the keyboard is the allowed 
input mechanism and the display or printer are 
allowed output mechanisms. Forwarding of input is 
determined by the options selected for the DL or XL 
commands (see section 5). Output formatting is left 
up to the host application program. In transparent 
mode, the application program is responsible for all 
data interpretation, including control characters. 



Code Sets and Parity 

The PAD subTIP supports teletypewriter-compatible 
terminal devices operating with user-selectable 
parity set to even, odd, zero, none, or ignore. | 
The initial parity of the device is established in 
the network definition file but can be changed by 
the application program and/or the terminal user; 
refer to the PA command in section 5. Devices 
accessing the NPU through PAD services use the 
ASCII code set. 

The X25 subTIP supports binary transparent mode data 
with no code set association. A parity setting of 
none is always used for application-to-application 
connections. 



Normalized Mode Output 

The host sends 8-bit ASCII character codes. The 
eighth bit (bit 7) can be anything and is ignored. 
Bit 7 of the host output is replaced before going 
to the CLA for output; the TIP supplies a value for 
bit 7 that is appropriate for the selected parity 
option. This is true for all parity settings. 



Transparent Mode Output 

The host can send anything for bit 7 of all parity 
settings; the host value supplied for bit 7 is 
ignored for all parity options except a parity of 
none or ignore. For parity of none or ignore, the | 
entire 8 bits, as sent from the host, are sent 
through the CLA to the terminal. For other parity 
settings, bit 7 is set to zero by the TIP and sent 
to the CLA for output . 



I 
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Normalized Mode Input 

The TIP sends the host 8-blt ASCII character codes 
with the eighth bit always set to 0. This Is true 
for all parity settings. 



Transparent Mode Input 

For parity of none or Ignore, the host receives the 
8 bits just as they came In on the line. For the 
other three parity settings, the eighth bit is set 
to zero. Parity is not checked for correctness; 
for terminals, parity correctness is determined by 
the PAD service before the data is received by the 
NPU. 



Initial Connection 

Automatic recognition through the TIP is not sup- 
ported. Code and character set are fixed aspects 
of the PAD service used by a terminal device. 

The X. 25 TIP supports either data terminal equipment 
(DTE) or data channel equipment (DCE) termination 
protocol. The X.25 TIP can also accept service 
charges for incoming calls. Both aspects of virtual 
circuit initialization must be known before terminal 
connection to the NPU can be completed. 

Protocol terminating location information and 
service charge acceptance requests are supplied by 
the PSN or the PDN and must agree with Information 
supplied by the network administrator in the network 
configuration file. 

When terminal connection to the NPU is complete, 
subsequent connection to a host and an application 
program occur. That connection process depends on 
the network configuration; the procedure and pos- 
sible commands required are described in section 4. 

The security of a user's login Information is 
ensured by the CCP's maintenance of a security 
control character (for each subTIP type). 

The security character is site assigned (there is 
no default) during a CCP build. The character must 
be a 7-blt character within the code set of the 
terminal specified in ASCII. 

The security character's values are restricted to 
the following: X'03-IF; 21-2F; 3A-3C; 3E-40; 
5B-60; 7B-7E. The value may not be the same as the 
value for AB, BS, Bl, B2, ON, CT, EL, or EB. 



Disconnection 

The X.25 TIP clears a switched virtual circuit when 
the Communications Supervisor disables a terminal, 
a terminal disconnect occurs, or an appllcation-to- 
appllcation connection ends. 



Input Operations 

During input, the PAD subTIP detects the end of a 
physical line when: 



A line feed code is entered and an upline 
blocking factor of Is In use (an upline net- 
work block is generated when is in use, even 
though the corresponding network block size is 
100 characters) . 

The page width is greater than 56 characters and 
the page width is reached. 

The page width is or greater than 56 char- 
acters and an end-of-line or end-of-block indi- 
cator Is entered. 

The PAD subTIP does not discard stored characters 
of a physical line in response to backspace codes 
when the backspaces occur after the end of the 
physical line. The user cannot backspace across a 
physical line boundary to delete previously entered 
characters. 

Only two of the editing modes described in section 
2 are supported: complete editing and full-ASCII 
editing. 



Output Operations 

During output to a device with a printer mechanism 
(refer to the PR option of the OP command in sec- 
tion 5), a physical line ends when the page width 
is reached or when the output contains a unit sepa- 
rator code, a carriage return code, or line feed 
code. During output to a device with a display 
mechanism (DI option of the OP command) , a physical 
line ends when the output ends or when it contains 
a unit separator code, a carriage return code, or a 
line feed code. 

For printer mechanisms, the PAD subTIP inserts car- 
riage return, line feed, and idle codes when neces- 
sary after the end of a physical line; refer to the 
PW, CI, and LI commands In section 5. 

Some PAD services recognize an ASCII DC3 (X-OFF) 
code from a terminal as a control signal to inter- 
rupt output. A subsequent ASCII DCl (X-ON) code 
serves to resume output from the FAD. If the PAD 
service does not support output control, any DC3 
(X-OFF) or DCl (X-ON) code sent by the terminal is 
received by the TIP, treated as data, and sent 
upline to the host application program. 



Break and Reset Significance 

A break condition on an X.25 communication line is 
a selectable option of a PAD service. A device can 
be defined such that occurrence of a break condition 
on the line is interpreted as a user-break-1 signal 
. (refer to the Bl command in section 5). This Is 
done initially through the network configuration 
file and subsequently by an application program and/ 
or a terminal user through the Y option of the BR 
command, described in section 5. 

When a break occurs, the TIP discards all data 
queued for output to the PSN or PDN. The TIP 
creates an interrupt and break indicator block 
sequence and sends it upline to the host. In the 
host , the sequence blocks become supervisory mes- 
sages . 
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After the host Indicates that output can resume, the 
TIP retains subsequently received downline data 
until input from the terminal occurs. The PAD 
subTIP notifies the PAD service so that subsequent 
input is allowed. 

When a break occurs, the PAD service discards all 
downline data queued from the TIP but not received 
by the terminal. The PAD might not discard upline 
data queued frcm the terminal within the FDN or FSN. 

Because the X.25 protocol does not allow the TIP to 
determine whether input was in process when the 
break condition occurred, the TIP cannot interpret 
a break condition as a request to cancel input. 

For application-to-application connections, the X25 
subTIP detects reset packets and forwards them to 
the host (where they become supervisory messages). 
Reset supervisory messages from the host become 
reset packets in the output. Similarly, the host 
can send or receive interrupt supervisory messages ; 
the X25 subTIP processes such messages as interrupt 
packets . 



Input Regulation 

As mentioned earlier in this section under Data 
Priorities, the TIP must sometimes suspend input. 
When regulation Is needed, the TIP stops acknowl- 
edging incoming packets. Unacknowledged packets are 
retained and are acknowledged once regulation ends . 
At some point while regulation is occurring, the PDN 
or PSN will stop sending packets because the packet 
window (the permitted nvunber of unacknowledged 
packets) is reached. 

The terminal user or sending application is not 
Informed by the TIF when regulation Is in process . 
Packets that cannot be sent to the TIP from the PDN 
or PSN are presumed to be queued by the PDN or PSN 
so that no data is lost. 

Output from the host Is sent to the terminal or the 
other application during input regulation, unless 
input was in process when regulation began. 

Some PDN FAD services support DC3 (X-OFF) and DCl 
(X-ON) codes as device input control codes. This 
feature is not part of the protocol and Is not 
recognized or controllable through the PAD subTIP. 



Error Recovery 

Because the TIP does not check parity on input, 
parity errors are not detected or reported to the 
host for corrective action. 

At the packet level, the TIF checks for missing 
input packets. A missing packet causes a channel 
reset. Other packets traveling upline for the 
virtual circuit are discarded; no action is taken 
for packets going downline. 

The action taken by the FDN or PSN in response to a 
channel reset depends on the specific PDN or PSN. 
If the PDN or PSN does not retransmit the packet, 
the data is lost. The TIP does not inform the ter- 
minal user of a channel reset. 

If the TIP receives a reset packet from the PDN, it 
reinitializes the channel in both directions. All 
packets traveling upline and downline on the same 
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circuit are discarded. The TIP does not retransmit 
packets in response to a reset packet and does not 
Inform the terminal user that upline or downline 
data was discarded. In the current release, the TIP 
does not notify the host application program of a 
channel reset for either cause on a device-to- 
application connection. On an appllcatlon-to- 
application connection, the upline application is 
notified that a reset is needed. 

If the TIP receives a restart packet from the FDN, 
it reinitializes the circuits in both directions. 
All packets travelling upline and downline on the 
same circuit are discarded. The TIP does not 
retransmit packets in response to a restart packet 
and does not Inform the terminal user that upline 
or downline data was discarded. In the current 
release, the TIP does not notify the host applica- 
tion program of a circuit restart for either cause 
on a devlce-to-appllcation connection. On an 
application-to-application connection, the upline 
application is notified that a reset is needed. 

At the link level, the TIP checks for bad frame 
content, for missing frames, and for bad frame for- 
mats. If such an error Is recoverable (the frame 
is identified and was retained for retransmission) , 
the frame is resent. Otherwise, the link is reset. 
The action taken for a link reset depends on the 
specific PDN or FSN. The TIF does not retransmit 
downline packets after a link reset and does not 
notify either the host application program or the 
terminal user on a device-to-appllcatlon connection. 
On an appllcation-to- application connection, the TIF 
notifies the upline application that a reset is 
needed. 



X.25 PAD 

The user of an asynchronous terminal addresses an 
X.25 packet-switched network through a PAD. 

You should be aware of two areas of Interaction 
between FAD parameters and the NFU parameters. The 
first area Is that the FAD forwarding parameter 
needs to be specified as identical with either the 
170 network's end-of-logical-llne or its 
end-of-block (or both). The default [KL] is a 
carriage return that corresponds to FAD parameter 
nvimber 3 having a value of 2. 

Unless one of these conditions prevails, the 170 
Networking software will pass the FAD forwarding 
character as data to the application program. 
Conversely, if the forwarding signal chosen 
corresponds with either [EB] or [EL], then it is 
removed from the stream delivered to the 
application. 

Mult iple logical lines (each terminated with a 
|cr I ) can be packed into a single packet, if you 
use the 

ct EL fcr] 

ter minal definition conmiand to set the EL character 
to I cr| and the PAD forwarding signal to [EOT] or 
[ETX]. 

Setting the EL, EB, DL, or XL characters using 
terminal definition commands is restricted to the 
control characters defined in columns and 1 of 
the ASCII character set. 



6-15 



You can turn off the NPU cursor positioning (it Is 
set at default) by not turning it on, or by turning 
it off using the 

ct CP [cr] 

command. This saves a packet on each line (or 
block, If you are running In block mode). 



MODE4 TIP 

The M0DE4 TIP supports terminals using CDC Mode 4 
protocol connected through dedicated or dial-up 
synchronous lines. Such terminals contain devices 
that exchange IVT data with a host application pro- 
gram in an interactive mode, and devices that 
exchange PRU data with a host application program 
In a batch mode. 

The TIP expects each terminal to have at least one 
interactive device. The interactive device must 
have an input and an output mechanism. 

The terms cluster, terminal, and device have varying 
definitions within mode 4 documentation. This sub- 
section uses these definitions: 

A terminal Is a group of devices with a common 
cltister address . 

A cluster is a group of devices with a single 
cluster controller. 

A device is a separately accessible unit of 
input or output equipment, such as a console, a 
card reader, or a line printer. Within the 
network, a device is separately addressable, 
regardless of whether it has a separate hardware 
address within the terminal. For mode 4C ter- 
minals , devices have separate terminal addres- 
ses ; for mode 4A terminals , devices use a fixed 
terminal address (that of the console device) 
and select interactive or batch access through 
escape codes in the data. 

Cluster addresses and terminal addresses are 
described in the operating guide for your terminal. 

A CDC-def ined mode 4A terminal has one console , one 
card reader, and one line printer. A CDC -defined 
mode 4C terminal can have one or more consoles and 
line printers. 

The following CDC-defined terminal classes are sup- 
ported : 



Terminal 
Class 

10 

11 

12 

13 

15 



Archetype Terminal 

CDC 200 User Terminal (mode 4A) 

CDC 714-10/20 display terminal 
(mode 4C) 

CDC 711-10 display terminal or 
Tektronix 4014 terminal (mode 4C) 

CDC 714-30 display terminal (mode 
4C) 

CDC 734 and 731 remote batch termi- 
nal (mode 4A) 



Site-defined devices in terminal classes 28 through 
31 can also be supported if the site modifies the 
released version of the M0DE4 TIP. 

Each CDC-defined terminal class has a default set 
of terminal characteristics as shown in section 5. 
These terminal characteristics can be changed from 
their defaults initially for each terminal or device 
through the network configuration file or subse- 
quently by the terminal user and/or the application 
program through the use of commands. 

The valid values and default parameters for commands 
in each of these terminal classes are shown in sec- 
tion 5. When a valid value is entered from the 
console, the TIP responds with the message: 

cd ACCEPTED.. 

where cd is the command mnemonic. When an invalid 
value is entered, the TIP responds with the message: 

cd reason 

The command represented by cd is Ignored. The field 
identified as reason contains a message explaining 
the reason the command was ignored. Appendix B 
describes these messages. 



The M0DE4 TIP supports all of the IVT interface 
commands and features except the following: 

Automatic recognition restart (the AR command) 

Parity selection (the PA command) 

Special editing (the SE command) 

Paper tape input or output (the IN command FT 
and XP options, and the OP command PT option) 

Console printing mechanism selection (the OP 
command PR option) 

Input and output regulation of or by devices, 
called device control (the IC and OC commands) 

Abort output blocks (the AB command) 

Cursor positioning (the EL and EB command CP 
option or the CP command) 

Line mode operation (the IN command KB option) 

Changing the end-of-block character code to 
values other than the default (the EL and EB 
command Y option) 

Transparent mode timeout or character count 
delimiter, or changing the character code used 
as a delimiter (the DL or the XL command TO or 
C option, or the X and Y options) 

Echoplexing (the EP command) 

Break condition as user break or cancel input 
(the BR command) 

Idle character insertion at the end of physical 
lines (the CI and LI commands) 

Backspace processing (the BS command) 



o 
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Protocol Assumptions 

This subsection describes those aspects of TIP 
operation that depend upon hardware use or are 
implementor-lnterpreted portions of the CDC Mode 4 
communication protocols. These aspects Include: 

Unsupported protocol features 

Polling 

Line access 

Operating mode 

Toggle bit use is described as part of Error 
Recovery, later in this section. 



Unsupported Protocol Features 

The M0DE4 TIP does not use or support the following 
Mode 4 protocol message types : 

Diagnostic write 

Alert 

Initialize command or request 

Terminal disconnect 

Network disconnect 



Polling 

The M0DE4 TIP polls each mode 4A console and 
requests status from mode 4C clusters on a timed 
basis. The TIP uses a fast and slow method of ser- 
vice based on whether there was any recent data 
traffic from or to the terminal. Mode 40 consoles 
are polled only when the cluster controller indi- 
cates an active read request In the cluster's status 
response . 



Point-to-Point and Multidrop Line Access 

Mixtures of mode 4A and mode 40 terminals are sup- 
ported on multidrop lines. Mixtures of ASCII and 
External BCD terminals on the same line are also 
supported . 



Supported Input and Output Mechanisms 

The TIP supports several input and output devices 
and mechanisms . Console devices have a keyboard as 
an input mechanism and a display as an output 
mechanism . 

CDC-defined mode 4A batch devices are either card 
readers or impact line printers. Such devices are 
serviced sequentially with the console. 

CDC-defined mode 40 batch devices are either impact 
printers or nonimpact printers. Such devices are 
serviced concurrently with the console. 



Sequential Operation 

For mode 4A terminals, only one interactive or batch 
input or output mechanism can be active at any given 
time. Input and output are therefore sequential 
operations. 

The TIP suspends console operations when either the 
card reader becomes active or data is available for 
the line printer and no console data is available. 
Batch input and output blocks alternate (are inter- 
leaved) until one of the following events occurs: 

Output arrives for the console from the host. 

The card reader or printer is stopped (or sus- 
pended). 

The card reader stops and no printer data is 
available for 5 seconds. 

Console input is attempted (the batch interrupt 
key is used) . 

In the first three cases, the TIP issues a clear 
write to clear the terminal buffer. In the last 
case, the TIP polls the console for input data. 



Concurrent Operation 

For mode 40 terminals, all devices can be active at 
a given time, but only the input or output mechanism 
of the console device can be active at a given time. 
Input and output are therefore concurrent operations 
for batch devices but sequential operations for the 
console. Interactive operations can be concurrent 
with batch operations . 



o 



Operating Mode 

The M0DE4 TIP is Insensitive to line speeds. 

The logical mode of operation of the TIP is half- 
duplex for each device, with console Input given 
priority over batch output. The TIP attempts to 
deliver console output whenever such data is avail- 
able , unless : 

A page wait condition is in force 

An automatic input mode block has been delivered 
to the terminal 

The end of an input transmission block is signified 
by an ETX character code. This end-of-block indi- 
cator is part of the Mode 4 protocol and cannot be 
changed . 
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Card Reader Operation 

Card reader operations are governed by special com- 
mand blocks exchanged with the host. These commands 
originate within NAM or are converted by NAM to or 
from supervisory messages exchanged with an appli- 
cation program. The host sends commands to the TIP 
to: 

Start input 

Resume input 

Abort input 

The TIP sends command blocks to the host to: 

Report a not ready status returned by the card 
reader 
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Report an Interruption In batch operation 

Report Incomplete card images (feWer than 80 
characters) 

Report Incomplete input files (when the last 
card read is not the end of Information) 

Report the end of the input stream 

Report the number of cards read 

Report the end of a file 

A mode 4 card reader becomes ready for input when 
the host sends the TIP a start input command block. 
The TIP then polls the terminal for input. 

Card input begins with the first card read. A card 
input file begins when the beginning-of-information 
is detected. The TIP expects a nonblank data card 
as the beglnning-of-informatlon Initially or fol- 
lowing an end-of-information card. The TIP discards 
blank cards, end-of-record cards, or end-of- 
informatlon cards read when it is expecting the 
beginning of information. 

When the beginnlng-of-inf ormatlon is located , the 
TIP converts subsequent data into a NOS operating 
system job file in 6-blt display code. Conversion 
from 026 or 029 punch patterns is performed in the 
terminal hardware, so transparent card input (binary 
cards) or changes in punch translation cannot be 
supported . 

The TIP converts the received card data from either 
External BCD code or ASCII code to 6-bit display 
code. Trailing blanks are discarded unless the last 
nonblank character Is a colon; one blank is preser- 
ved or inserted when the last character is a colon 
or the card contains an odd number of significant 
characters. For hosts using a 64-character set, 
this convention produces an 82-character record when 
the character in column 80 is a colon. 

Every card image becomes a zero-byte terminated 
record. These records become a network block 
equivalent to one, two, or three physical record 
units (PRUs); a block equivalent to one PRU contains 
640 6-blt characters or equivalent zero-byte termi- 
nator bytes, left-Justified in an 8-blt character 
byte. A record is continued across two network 
blocks when necessary. In the host, NAM removes the 
two low-order bits and packs the characters into 
actual PRUs. 

The TIP recognizes /*EOR and 7/8/9 multipunch cards 
as end-of-record indicators for NOS system logical 
records. It converts any numbers found in coltmns 
2 and 3 or 6 and 7 to octal record level numbers. 
When necessary, short or zero- length mUs are 
created. 

The TIP recognizes /*EOI and 6/7/8/9 multipunch 
cards as end-of-lnformatlon indicators for NOS 
files. 



Printer Operation 

Line printer operations are governed by special 
command blocks exchanged with the host. These com- 
mands originate within NAM or are coverted by NAM 



to or from supervisory messages exchanged with an 
application program. The host sends commands to the 
TIP to: 

Terminate output 

Mark the point of output termination 

Restart output 

The TIF sends command blocks to the host to: 

Report an Interruption in batch operation (mode 
4A only) 

Report a printer not-ready condition (mode 4A 
only) 

Report when a file limit is exceeded 

Report when a printer message (PM) is received 

Report the number of lines printed 

Report the end of a file 



The TIP begins output to a printer when it has out- 
put queued for the device. Data received from the 
host is packed as line Images in FRD-sized network 
blocks (NAM strips zero byte terminators and 
replaces them with hexadecimal FF code bytes) . The 
TIP discards trailing blanks on a print line. 

Six-bit display code is converted to either External 
BCD or ASCII as appropriate for the terminal. ASCII 
print files are converted from 7-bit codes right- 
justified in 8-blt bytes to the codes supported for 
normalized mode data (see Terminal Code Sets and 
Parity) . This conversion Includes stripping the 
unneeded bit 7 (the host PIP routine strips the 
unneeded bits 8 through 11 prior to downline trans- 
mission) . The parity bit is appropriately set 
during output . 

Console input or output interrupts printing at a 
mode 4A terminal; the TIP reports this condition to 
the application program through a command block. 
Mode 4C printer busy and not-ready conditions are 
not reported to the host, and printing continues 
when the condition clears. 

Once started, the TIP continues output to mode 4C 
printers unless stopped or Interrupted by a command 
block from the host or a printer message (PM car- 
riage control sequence in the print file) . Any 
mode 4C or mode 4A printer that is Interrupted, 
stopped, or not ready can be restarted by a command 
block from the host . 

The TIP supports bot h jtode 4 C Impact and nonimpact 
printers. The Impact printer supports page eject 
and can be controlled through carriage control 
character processing. The nonimpact printer does 
not support page eject, so the TIP simulates that 
effect when it processes carriage control char- 
acters. This simulation uses the defined page 
length of the device (from the network definition 
file) to calculate the number of lines remaining to 
the bottom of the page; the TIP Inserts the calcu- 
lated number of line feeds into the output, then 
adds six more to space over the simulated page 
boundary. 



o 
o 



o 
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Print Message Processing 

When the print file contains a line beginning with 
the characters PM, the TIP stops the printer, noti- 
fies the application program through a command 
block, and sends the data from the print file line 
to the application program. 



Control codes below the hexadecimal value 8 
(these are converted to blanks) 

The control codes US and CR (hexadecimal IF and 
OD; these are converted to newline sequences) 

The control code LF (hexadecimal lA; the TIP 
removes this code from the output) 



Normalized Mode Console Operations 

When normalized mode input is in effect from a con- 
sole, the TIF supports only one input mode and 
mechanism (refer to the IN command In section 5): 
the keyboard in block mode. Input is forwarded 
after an end-of-llne or end-of-block character is 
recognized; available output Is only sent after the 
end-of-block character . When input ends , the TIP 
positions the cursor to the lefthand margin of the 
next line on the display and unlocks the keyboard. 



In transparent mode, the TIP does not convert or 
delete characters In data sent to either External 
BCD or ASCII terminals. 

The terminal code set used is initially established 
in the network configuration file. If the terminal 
supports the feature and alternate configurations 
exist in the network configuration file, the termi- 
nal user can change the code set prior to the auto- 
matic recognition process and initial connection to 
the network. 
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When normalized mode output is sent to a console, 
the TIP supports only one output mechanism, the 
display. Line folding and scrolling is assumed to 
be performed by the output mechanism when page width 
(see the PW command in section 5) is reached. When 
output ends , the TIP ensures that the cursor is 
positioned at the lefthand margin of the next line 
on the display. Page waiting is supported. 



Transparent Mode 

Transparent mode input and output are supported only 
for the display console. The TIP adds the line pro- 
tocol frame control characters to output and removes 
them from Input . 

The TIP does not poll a terminal for console input 
after transparent mode input is received, until 
subsequent output is delivered to the console . 



Normalized Mode Output 

When the host sends ASCII character codes, the 
eighth upper bit (bit 7) can be anything and is 
ignored. If translation is needed, the value sup- 
plied by the host as bit 7 is ignored when the TIP 
translates the character. If translation is not 
needed, the bit is reset by the CLA as necessary. 
The CLA sets the bit to give the character odd 
parity. 



Transparent Mode Output 

The host can send anything for bit 7. Bit 7 is set 
correctly by the CLA for odd parity to ASCII or 
External BCD code terminals. The entire 8-bit byte 
sent from the host is never sent through the CLA to 
the terminal. 






In transparent mode , the application program is 
responsible for handling all data interpretation. 
Including any embedded IVT command or feature con- 
trol characters. The application program must 
properly position the cursor at the end of input or 
output and must unlock the keyboard when necessary. 

The TIP does not perform clear write or reset write 
operations at the beginning of transparent mode 
output . The device's transmission buffer is 
therefore not cleared and reset unless the proper 
control codes are part of the transparent output . 



Normalized Mode Input 

When the TIP sends the host ASCII character codes, 
the eighth bit is always set to 0. 



Transparent Mode Input 

The eighth bit is set to zero. The remaining 7 bits 
are sent to the host just as they came in on the 
communication line. 



o 
o 



Terminal Code Sets and Parity 

The M0DE4 TIP supports terminals operating with a 
fixed parity, set to odd. Mode 4A terminals use the 
ASCII or External BCD code sets; mode 4C terminals 
use the ASCII code set. 

The TIP converts terminal code sets to and from 
network ASCII codes where necessary. No ASCII con- 
trol codes exist in normalized output to External 
BCD terminals; the TIP replaces all nongraphic 
characters with blanks and folds all lowercase 
characters to equivalent uppercase characters (see 
appendix A). The following ASCII codes effectively 
do not exist in normalized output to ASCII 
terminals : 
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Initial Connection 

The Initial terminal class , protocol variant (mode 
4A or mode 4C), cluster address, terminal address, 
device type, and code set can be explicitly set 
through the network configuration file or can be 
determined by the TIP through automatic recognition. 
The need for automatic recognition is established 
through the network configuration file. 

Automatic recognition is performed when a line 
becomes active. The user must first press the 
transmission key (SEND or ETX). This action stores 
a read message in the cluster address for the ter- 
minal . 
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When the line becomes active, the TIP polls to find 
an active terminal. All cluster addresses are pol- 
led. If the first poll does not locate an active 
cluster address, a second poll occurs before the 
cluster is classified as failed hardware. Each poll 
is timed out for 1 to 1.5 seconds. 

When an active terminal is found, the TIP polls that 
cluster address for a read message; the read message 
contains an escape code that indicates the code set 
used by the terminal. If the terminal uses External 
BCD, the automatic recognition process is complete; 
if the terminal uses ASCII, the terminal configura- 
tion is determined. 

The TIP sends a configuration request to determine 
the devices present. If it receives error responses 
or no response after two attempts, the terminal is 
mode 4A. If the TIP receives a read response, the 
terminal is mode 4C, and the terminal addresses and 
device types of the individual devices are then 
determined . 

The information received is passed to the Communi- 
cations Supervisor in the host. The Communications 
Supervisor compares it against the information known 
for all possible terminals using the line, until a 
match is found. The Communications Supervisor then 
reports the configuration to the TIP. The mode 4C 
console device controlling a printer is the console 
with the same cluster address in the network, con- 
figuration file that was the last console defined 
before the printer was defined. 

Once the addressing information and the code set are 
known, the terminal connection to the NPU is com- 
plete. Subsequent connection of console and batch 
devices to a host and an application program depend 
on the network configuration; the procedure and 
possible commands required are described in appendix 
H. Batch devices are always connected to the host 
to which the owning console is connected . 

The security of a user's login information is 
ensured by the CCP's maintenance of a security 
control character (for each subTIP type). 

The security character is site assigned (there is 
no default) during a CCP build. The character must 
be a 7-blt character within the code set of the 
terminal specified in ASCII. 

The security character's values are restricted to 
the following: X'03-IF; 21-2F; 3A-3C; 3E-40; 
5B-60; 7B-7E. The value may not be the same as the 
value for AB, BS, Bl, B2, CN, CT, EL, or EB. 



Disconnection 

The M0DE4 TIP disconnects a terminal on a dial-up 
line when: 

The terminal uses automatic recognition infor- 
mation not recognized by the TIP. 

No devices are connected to a host and no input 
has been received from the terminal for 2 
minutes . 

The Communications Supervisor requests that the 
line or terminal be disabled. 
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When a console is disconnected from a host, the TIP 
disconnects any batch device for which that console 
Is the owning device. 

The M0DE4 TIP does not disconnect terminals on a 
dedicated line. Input from disabled terminals or 
input on disabled hardwired lines is not requested. 



Data Formatting in Normalized Mode 

During input, the TIP detects the end of a physical 
line when an end-of-line or eud-of-block Indicator 
is entered. 

During output to a console device, a physical line 
ends when the output ends or when it contains a 
carriage return or unit separator code. 



Normalized Editing Modes 

Only two of the editing modes described in section 
2 are supported: complete editing and full-ASCII 
editing. Full-ASCII mode Is similar to transparent 
mode, except the TIP continues its normal polling 
and protocol processing procedures . 



Input Regulation 

As mentioned earlier in this section under Data 
Priorities , the TIP must sometimes suspend input . 
For batch devices , polling ceases and input is 
stopped between transmission blocks whenever a tem- 
porary suspension of input must occur. For console 
devices, polling ceases. 

Output from the host is delivered to the terminal 
during input regulation. Polling and input resumes 
as soon as regulation ends and data can again be 
stored by the NPU. 



Error Recovery 

The M0DE4 TIP performs error recovery on input data 
by requesting retransmission of erroneous blocks 
from the terminal. The TIP detects the following 
errors : 

An error indication from the terminal 

No response from the terminal 

An invalid address from the terminal 

An invalid protocol response from the terminal 

A character parity error 

Data Carrier Detect signal dropped during input 

An invalid MTI 

An invalid or missing E code 

A missing ETX or an ETX in an Illegal sequence 

A longitudinal parity check error 

Lost write messages 

Lost responses to write! messages 
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The TIP determines whether the error occurred In the 
cluster controller or the device and attempts to 
correct the error by restarting the Input/output 
sequence In which It occurred. This restart Is 
called short-term recovery. Short-term recovery Is 
attempted a fixed number of times (the default Is 
10) ; then the cluster or device Is treated as failed 
hardware, and long-term recovery procedures begin. 

If a parity error is detected during input, the TIP 
requests retransmission. The flag that becomes the 
pef bit in the host application block header is not 
used; data containing parity errors is discarded and 
replaced by correct data resent from the terminal. 

Long term recovery differs for mode 4A and mode 4C 
terminals , and for cluster controller or device 
failures. For mode 4A terminals, cluster controller 
and device failure are identical , so separate device 
recovery is unnecessary; for mode 4C terminals, 
cluster controller and device failure are separate 
events . 



When the TIP polls for a lost terminal response to 
a write message, the TIP sets the toggle state oppo- 
site to that of the last correctly received write 
message. If the toggle bit in the response is the 
same as In the polling message, the write message 
is sent again. This procedure guarantees that all 
write messages are correctly received by the termi- 
nal. No blocks are duplicated for terminals except 
711s, because: 

Blocks are only sent once to terminals in 
classes 10, 12, 13, and 15. 

The Tektronix 4014 discards a write message with 
a toggle state that is the same as the " previous 
write message. 

Duplication of output during correction of a lost 
write message condition cannot be avoided at 711 
devices. The 711 device does not maintain the cor- 
rect toggle state and does not discard duplicate 
blocks . 






o 
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Times indicated below are approximate. Only one 
attempt occurs during each cycle of servicing all 
the clusters and devices on the line, so that 
recovery attempts do not interfere with response 
time for other terminals using the line. 

Cluster recovery on communication lines is attempted 
every few seconds (the default is 10 seconds for 
point-to-point communication lines and 50 seconds 
for multidrop lines). For mode 4A terminals, the 
TIP sends a clear write message to the console; for 
mode 4C terminals, the TIP sends a status request 
message to the cluster. 

If the TIP gets a valid response, the cluster con- 
troller is operational. For mode 4C terminals, the 
TIP then performs recovery attempts on all devices 
within the cluster. 

Device recovery attempts occur every few seconds 
(the default is 50 seconds). Device recovery is not 
attempted if the entire cluster must undergo recov- 
ery. 

Device recovery consists of the TIP sending a clear 
write message to each mode 4C console or an empty 
write message to each mode 4C printer. If the TIP 
receives a valid response, the device is opera- 
tional . 

The toggle bit (bit 4 of the terminal address) is 
used during recovery of lost write messages or lost 
responses to write messages. The toggle bit value 
returned from a mode 4 terminal differs according 
to the terminal class . 



HASP TIP 

The HASP TIP supports bisjmchronous terminals using 
the HASP multlleaving protocol connected through 
dedicated or dial-up synchronous lines. Such ter- 
minals contain devices that exchange IVT data with 
a host application program in an interactive mode, 
and devices that exchange PRU data with a host 
application program in a batch mode. 

The TIP supports one terminal per line but can sup- 
port up to 22 devices per terminal. The TIP expects 
each terminal to have one interactive device, a 
console. The console must have an input and an 
output mechanism. 

The terms terminal and device have varying defini- 
tions within HASP documentation. This subsection 
uses these definitions: 

A terminal is equivalent to a workstation and 
is a set of devices with a single point of 
access to a communication line. 

A device is a separately accessible unit of 
input or output equipment, such as a console, a 
card reader, a card punch, a plotter, or a line 
printer. Within the network, a device is sepa- 
rately addressable. For HASP terminals, all 
devices except the console have separate stream 
numbers. Each device is addressed by device 
type and stream number. 

Stream numbers are described in section 3. 
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Terminals in classes 10, 11, 13, and 15 return the 
toggle state of the last correctly received write 
message. These terminals do not distinguish the 
type of message to which the terminal is responding 
when they set or clear the toggle bit. 

Terminals in class 12 return the toggle state of the 
last received message. These terminals return the 
toggle state used in poll messages , status requests , 
and so forth. 

To compensate for this difference, the TIP initial- 
izes the toggle state of the terminal by sending a 
clear write message. This guarantees delivery of 
the first output transmission block. 
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A CDC -defined HASP terminal has one console. It can 
also have up to seven card readers, up to seven line 
printers, and up to seven card punches or plotters. 

The following CDC-defined terminal classes are sup- 
ported: 



Terminal 
Class 



14 



Archetype Terminal 

HASP terminal supporting preprint 
format control 

HASP terminal supporting only post- 
print format control 
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Site-defined devices in terminal classes 28 through 
31 can also be supported if the site modifies the 
released version of the HASP TIP. 

Each CDC-defined terminal class has a default set 
of terminal characteristics as shown in section 5. 
These terminal characteristics can be changed from 
their defaults Initially for each communication line 
through the network configuration file or subse- 
quently by the terminal user and/or the application 
program through the use of commands. 

The valid values and default parameters for commands 
in each of these terminal classes are shown in sec- 
tion 5. When a valid value is entered from the 
console , the TIP responds with the message : 

cd ACCEPTED.. 

where cd is the command mnemonic. When an invalid 
value is entered , the TIP responds with the message : 

cd reason 

The command represented by cd is Ignored. The field 
Identified as reason contains a message explaining 
the reason the command was ignored. Appendix B 
describes these messages. 

The HASP TIP supports only the following IVT inter- 
face commands : 

User break 1 and user break 2 (see the Bl and 
B2 commands in section 5) 

Cancel input (see the CN command in section 5) 

Change network control character (see the CT 
command in section 5) 

Display terminal characteristics (see the CH 
command in section 5) 

Lockout unsolicited console messages (see the 
LK command in section 5} 

Change console page width (see the PW command 
in section 5) 

Sending a message to the network operator (see 
the MS command in section 5) 

Host node selection (see the HN and HS commands 
In section 4) 

Host availability display (see the HD command 
in section 4) 



Protocol Assumptions 

This subsection describes those aspects of TIP 
operation that depend upon hardware use or are 
implementor-interpreted portions of the HASP com- 
munication protocol. These aspects include: 

Stream identification 

Filler use to maintain communication when data 
is not available for transmission 

Terminal transparent transmissions 



Line access 
Operating mode 

Stream Identification 

The HASP TIP assumes that a network-assigned stream 
number between 1 and 7 corresponds to bits in the 
function control sequence (FCS). If the bits in the 
PCS are numbered from left to right, the following 
correspondences exist : 

Card reader streams 1 through 4 are bits 4 
through 7; card reader streams 5 through 7 are 
bits C through E. 

Line printer streams 1 through 4 are bits 4 
through 7; line printer streams 5 through 7 are 
bits C through E. 

Card punch or plotter streams 7 through 5 are 
bits 5 through 7; card punch or plotter streams 
4 through 1 are bits C through F. 

The stream number algorithm allows separate flow 
control when more than eight printers, punches, and 
plotters are configured. 

Filler nse 

The TIP uses an ACKO acknowledgment block as an Idle 
block filler to transmit when no data is available 
to send downline. This Idle block Is transmitted 
at least every 2 seconds to prevent timeout on the 
communication line. 



Terminal Transparent Transmissions 

Two forms of terminal input and output are sup- 
ported: 

Terminal nontransparent transmissions 

Terminal transparent transmissions 

In either form, the TIP recognizes two modes of 
data: 

Nontransparent network data 

Transparent network data 

The HASP TIP accepts terminal transparent transmis- 
sions beginning with the sequence DLE and STX. When 
such a transmission is received , the next output 
sent to the terminal occurs as a terminal trans- 
parent transmission. Nontransparent terminal out- 
put transmission resumes after the next nontrans- 
parent terminal input transmission. 



Point-to-Polnt and Multidrop Line Access 

The HASP TIP only supports nonaddressable HASP work- 
stations on point-to-point communication lines. 



Operating Mode 

The HASP TIP is insensitive to line speeds. 



o 
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The logical mode of operation of the TIP is half- 
duplex for each device. The TIP attempts to deliver 
console output whenever such data is available, 
unless an automatic input mode block has been 
delivered to the terminal. 

The end of an input transmission block is signified 
by an ETB character code. This end-of-block indi- 
cator is part of the HASP protocol and cannot be 
changed . 



Supported Input and Output Mechanisms 

The TIP supports several input and output devices 
and mechanisms. Console devices have a keyboard as 
an input mechanism and a display as an output 
mechanism. 

CDC-defined HASP batch devices are serviced concur- 
rently with the console. All devices can be active 
at a given time, but only the input or output 
mechanism of the console device can be active at a 
given time. Input and output are therefore con- 
current operations . for batch devices and sequential 
operations for the console. 



Card Reader Operation 

Card reader operations are governed by special com- 
mand blocks exchanged with the host. These commands 
originate within the PIP routine or are coverted by 
PIP to or from supervisory messages exchanged with 
an application program. The host sends commands to 
the TIP to: 

Start input 

Resume input 

Abort input 

The TIP sends command blocks to the host to: 

Report when input stops 

Report the end of the input stream 

Report the number of cards read 

Report the end of a file 

A HASP card reader becomes ready for input when the 
host sends the TIP a start input command block. 
Once card input begins, it continues until: 

An end-of-file (EOF) block is received from the 
card reader. 

The host aborts input on the card reader stream. 

The host disconnects or disables the terminal. 

The workstation or communication line fails. 

Card input begins with the first card read. A card 
input file begins when the beg inning-of-in format ion 
is detected. The TIP expects a nonblank data card 
as the beglnnlng-of-information Initially or fol- 
lowing an end-of-information card. The TIP discards 
blank cards, end-of-record cards, or end-of- 
information cards read when it is expecting the 
beglnnlng-of-information. 



60480600 D 



When the beglnnlng-of-information is located, the 
TIP converts subsequent data into a NOS operating 
system job file in 6-bit display code. Conversion 
from 026 or 029 punch patterns is performed. 

The initial punch pattern translation for each job 
file is deteirmined by the network administrator 
through the network configuration file. The termi- 
nal user can change the translation for subsequent 
portions of the job file by punching a 26 or a 29 
in columns 79 and 80 of any job card or of any end- 
of-record card that is not in a transparent portion 
of the file. 



The TIP converts nontransparent card input data from 
EBCDIC to 6-bit display code. Compressed characters 
are uncompressed. 

Trailing blanks are discarded unless the last non- 
blank character is a colon; one blank is preserved 
or Inserted when the last character is a colon or 
the card contains an odd number of significant 
characters. For hosts using a 64-character set, 
this convention produces an 82-character record when 
the character in column 80 is a colon. 

Every card image becomes a zero-byte terminated 
record. These records become a network block 
equivalent to one, two, or three physical record 
units (PRUs); a block equivalent to one PRU contains 
640 6-bit characters or equivalent zero-byte termi- 
nator bytes, left-Justified in an 8-bit character 
byte . A record spans two network blocks when neces- 
sary. In the host, NAM removes the two low-order 
bits and packs the characters into actual PRUs . 



Unless the TIP is reading transparent card data, it 
recognizes /*EOR cards as end-of-record indicators 
for NOS system logical records. It converts any 
numbers found in columns 6 and 7 to octal record 
level numbers. Level number 17 is recognized as an 
end-of-file indicator within a multiple-file job. 
When necessary, short or zero-length PRUs are 
created . 

Unless the TIP is reading transparent card data, it 
recognizes /*EOI cards as end-of-information indi- 
cators for NOS files. Once transparent input 
begins, the TIP recognizes only an end-of-file (EOF) 
block as end-of-information for the file. 



Transparent card input (binary card data) is sup- 
ported. The TIP does not translate subsequent por- 
tions of the job file when the user punches the 
characters TR in columns 79 and 80 of any end-of- 
record card . An end-of-record card containing such 
punches becomes the last recognized end-of-record 
card in the job file. 

The TIP does not convert transparent input data to 
6-bit display code. Transparent input characters 
are uncompressed and stored as 8-blt codes within 
8-bit bytes. No record terminators are inserted. 
A record is continued in a subsequent network block 
when necessary. 



These unterminated records become a network block 
equivalent to one, two, or three physical record 
units (PRUs). A block equivalent to one PRU 
contains 320 8-blt characters. 
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In the host, NAM packs the characters Into actual 
PRUs. NAM right-Justifies the 8-blt bytes received 
within 12-bit bytes for storage, zero-filling bits 
8 through 11. Transparent card input becomes a 
variable number of variable length unterminated 
records containing five characters per word in each 
physical record unit of 64 60-bit words . 



Print Message Processing 

When the print file contains a line beginning with 
the characters PM, the TIP stops the printer, noti- 
fies the application program through a command 
block, and sends the data from the print file line 
to the application program. 



o 



Printer Operation 

Line printer operations are governed by special 
command blocks exchanged with the host. These com- 
mands originate within NAM or are converted by NAM 
to or from supervisory messages exchanged with an 
application program. The host sends commands to the 
TIP to: 

Terminate output 

Mark the point of output termination 

Restart output 

The TIP sends command blocks to the host to: 

Report when a file limit is exceeded 

Report the number of lines printed 

Report a printer message (PM) In the output 

Report the end of a file 



The TIP begins output to a printer when It has out- 
put queued for the device. Data received from the 
host is packed as line images in PRU-sized network 
blocks (the host PIP routine strips zero-byte ter- 
minators and replaces them with hexadecimal FF code 
bytes). The TIP discards trailing blanks on a print 
line. End-of-record or end-of-file Indicators in 
the data terminate an output transmission block. 

Six-bit display code is converted to EBCDIC. ASCII 
print files are converted from 7-blt codes right- 
Justified in 8-blt bytes to the EBCDIC codes sup- 
ported for normalized mode data (see Terminal Code 
Sets and Parity). This conversion includes strip- 
ping the unneeded bit 7. The host PIP routine 
removes the unneeded bits 8 through 11 of the stored 
12-bit byte before transmission downline. 

Printer busy and not-ready conditions are not 
reported to the host. Printing continues when the 
condition clears. 

Once started, the TIP continues output to printers 
unless stopped or Interrupted by a command block 
from the host or a printer message (PM carriage 
control sequence in the print file). Any printer 
that is interrupted or stopped can be restarted by 
a command block from the host. 

The TIP supports both preprint and postprint print- 
ers. Different format effector substitutions occur, 
depending on the terminal class of the workstation. 
The TIP uses the subrecord control byte (SRCB) con- 
tent appropriate to the terminal class. 

Some HASP printers cannot suppress carriage control. 
These printers sometimes generate extra spaces in 
output and do not overprint lines. 



Card Punch Operation 

Card punch operations are governed by special com- 
mand blocks exchanged with the host . These commands 
originate within NAM or are converted by NAM to or 
from supervisory messages exchanged with an appli- 
cation program. The host sends commands to the TIP 
to: 

Terminate output 

Mark the point of output termination 

Restart output 

The TIP sends command blocks to the host to: 

Report when a file limit Is exceeded 

Report the number of cards punched 

Report the end of a file 

The TIP begins output to a punch when it has output 
queued for the device. Data received from the host 
is packed as card images in PRU-sized network blocks 
(the host PIP routine strips zero byte terminators 
and replaces them with hexadecimal FF code bytes) . 

End-of-record or end-of-file indicators in the data 
terminate an output transmission block. The TIP 
generates 7/8/9 multiple punch cards to mark end-of- 
record indicators, and /*EOl cards to mark end-of- 
file indicators. 

Six-bit display code Is converted to EBCDIC. Punch 
pattern translation is selected by a command block 
preceding the data. If no such comand block is 
received, 029 punch patterns are assumed. 

Punch busy and not-ready conditions are not reported 
to the host. Punching continues when the condition 
clears. 

Once started, the TIP continues output to punches 
unless stopped or interrupted by a command block 
from the host. Any punch that is interrupted or 
stopped can be restarted by a command block from the 
host . 



Plotter Operation 

Plotter operations are governed by special command 
blocks exchanged with the host. These commands 
originate within NAM or are converted by NAM to or 
from supervisory messages exchanged with an appli- 
cation program. The host sends commands to the TIP 
to: 

Terminate output 

Mark the point of output termination 

Restart output 
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The TIP sends command blocks to the host to: 

Report when a file limit Is exceeded 

Report the number of plotter records delivered 

Report the end of a file 

The TIP begins output to a plotter when It has out- 
put queued for the device. Data Is received from 
the host In PRU-slzed network blocks. End-of- 
record or end-of-flle Indicators In the data terml^ 
nate an output transmission block. 

Plotter data Is always In network transparent mode. 
Plotter data consists of 6-blt or 8-blt binary codes 
and is therefore not converted to EBCDIC by CCP. 
PIP right-Justifies 6-blt codes within the 8-blt 
character byte, with zero fill. The 8-blt codes In 
the host are stored as five characters per word, 
right-Justified within 12-blt bytes with zero fill; 
PIP strips the unneeded bits 8 through 11 before 
transmission to CCP. 

The data Is formatted into HASP records by the TIP; 
normal data compression occurs. Each record ends 
when it contains the number of characters estab- 
lished as the page width of the device, or when the 
end of the network block Is reached and the block 
is an end-of-record or end-of-informatlon block. 
The initial page width is established by the net- 
work administrator in the network configuration 
file. 

Plotter busy and not-ready conditions are not 
reported to the host. Plotting continues when the 
condition clears. 

Once started, the TIP continues output to plotters 
unless stopped or interrupted by a command block 
from the host. Any plotter that is interrupted or 
stopped can be restarted by a command block from the 
host. 



Normalized Mode Console Operation 

The TIP supports only normalized mode input from a 
console, using only one input mode and mechanism: 
the keyboard in line mode. Input is forwarded after 
each console record Is received (after each end-of- 
block indicator Is recognized); available output Is 
only sent after the end-of-block character. 

The TIP supports only normalized mode output to a 
console, using only one output mechanism: the dis- 
play. Line folding and scrolling is assumed to be 
performed by the output mechanism when page width 
(see PW command In section 5) Is reached. When 
output ends, the TIP ensures that the cursor is 
positioned at the lefthand margin of the next line 
on the display. 



Transparent Mode 

Network transparent mode input and output are only 
supported for batch devices. Network transparent 
Input is allowed only from card readers. Network 
transparent output is allowed only to plotters , and 
is required for them. 



The TIP does add the line protocol frame control 
characters to network transparent output and removes 
them from network transparent Input . In network 
transparent mode, the application program is 
responsible for handling all data Interpretation, 
Including any embedded control characters. 



Terminal Code Sets and Parity 

The HASP TIP supports terminals operating without 
parity. HASP .terminals use the IBM EBCDIC code set. 

The TIP converts terminal code sets to and from 
network ASCII codes where necessary. During nor- 
malized output to HASP terminals, the TIP replaces 
ASCII characters that have no EBCDIC equivalents 
with blanks. During normalized input from HASP 
terminals, the TIP replaces EBCDIC characters that 
have no ASCII equivalents with blanks (see appendix 
A). 

The card reader network input mode is Initially 
nontransparent . The terminal user can change the 
mode to network transparent by using the characters 
TR on end-of-record cards in an input deck. This 
process is described earlier in this subsection 
under Card Reader Operation. 

In network transparent mode, the TIP does not con- 
vert or delete characters in data. 

The plotter output mode is fixed as network trans- 
parent. Plotter data can be either 6-bit instruc- 
tion code bytes or 8-blt Instruction code bytes. 
The TIP does not alter the byte content. 



Normalized Mode and Network Nontransparent Mode 
Output 

When the host sends ASCII character codes, the 
eighth upper bit (bit 7) can be anything and is 
ignored when the TIP translates the character. The 
bit is set as needed for the corresponding EBCDIC 
character. 



Network Transparent Mode Output 

The host can send anything for bit 7. Bit 7 Is not 
changed by the CLA or the TIP. The entire 8-blt 
byte sent from the host is sent through the CLA to 
the terminal. 



Normalized Mode and Network Nontransparent Mode 
Input 

When the TIP sends the host ASCII character codes, 
the eighth bit is always set to 0. 



Network Transparent Mode Input 

The eighth bit (bit 7) of the data is not changed. 
All eight bits are sent to the host Just as they 
came in on the communication line. 
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Initial Connection 

The Initial terminal class , stream numbers , con- 
figuration ordinal, and device types can be expli- 
citly set through the netuork configuration file or 
can be determined by the TIP through automatic 
recognition. The need for automatic recognition is 
established through the network configuration file. 

Automatic recognition is performed when a line 
beccmes active. This process occurs as part of the 
initial communication sequence between the TIP and 
the terminal, as follows: 

The terminal sends an enquiry block (ENQ) . 

The TIF responds with an acknowledgment block 
(ACKO). 

The terminal sends a signon block on the con- 
sole stream. The signon block contains either 
a /*SIGNON card image or a /*CONFIG card image. 

If automatic recognition is required and the TIP 
receives a /*SIGNON card or an invalid /*CONFIG 
card, it discards the card and sends the diagnostic 
message 

image <BAD CONFIG> 

to the terminal, where image contains the portion 
of the card that cannot be processed . 

The TIP waits for input of a valid /*CONFIG card 
from a card reader. The format of a valid /*CONFIG 
card is given in section 4. 

When a valid /*CONFIG card Is received, the infor- 
mation is passed to the Communications Supervisor 
in the host. The Communications Supervisor compares 
it against the information known for all possible 
terminals using the line, until a match is found. 
The Communications Supervisor then reports the con- 
figuration to the TIP. 

Once the signon block or /*CONFIG card is success- 
fully processed, the terminal connection to the NPU 
is complete. Subsequent connection of the console 
and batch devices to a host and an application pro- 
gram depend on the network configuration; the pro- 
cedure and possible commands required are described 
In section 4. Batch devices are always connected 
to the host to which the console is connected. 

The security of a user's login information is 
ensured by the CCP's maintenance of a security 
control character (for each subTIP type). 

The security character is site assigned (there is 
no default) during a CCP build. The character must 
be a 7-blt character within the code set of the 
terminal specified in ASCII. 

The security character's values are restricted to 
the following: X'03-IF; 21-2F; 3A-3C; 3E-40; 
5B-60; 7B-7E. The value may not be the same as the 
value for AB, BS, Bl, B2, CN, CT, EL, or EB. 

If automatic recognition is not required for the 
communication line , the signon block Is ignored and 
any /*CONFIG card image received by the TIP is sent 
to the host as data. If the card image is received 
on the console stream, it Is sent upline on the 



console connection. If the card image is received 
on a card reader stream, it Is sent upline as the 
first card of a job file. 



Disconnection 

The HASP TIP does not recognize a /*SIGMOFF card as 
a method of disconnecting a terminal. A /*SIGNOFF 
card read as the only card in a job file is sent to 
the host as data. 

The HASP TIP disconnects a terminal on a dial-up or 
a dedicated line when: 

The terminal is not connected to a host and no 
input has been received from it for 2 minutes. 

The Communications Supervisor requests that the 
line or terminal be disabled. 

A line or terminal failure is detected. 

When a console is disconnected from a host, the TIP 
disconnects all batch devices in the same terminal. 



Data Formatting in Normalized Mode 

During console input, the TIP detects the end of a 
physical line when: 

An end-of-line indicator is detected; this end- 
of-line indicator is the end-of-record for the 
console stream. 

During output to a console display device, a physi- 
cal line ends when the output ends or when it con- 
tains a carriage return or unit separator code. 



Normalized Editing Modes 

Only one of the editing modes described In section 
2 is supported: complete editing. 



Input Regulation 

As mentioned earlier In this section under Data 
Priorities, the TIP must sometimes suspend input. 
The HASP protocol provides two levels of input 
regulation: 

A global wait bit 

Individual FCS stream bits 

For devices assigned to a regulation level of 
priority 3 (normally batch devices), one or more of 
the bits in the FCS Is set to zero, and input is 
stopped between transmission blocks whenever a tem- 
porary suspension of input must occur. For devices 
assigned to a regulation level of priority 2 (nor- 
mally console devices), only the wait bit Is set; 
this action suspends all device input between trans- 
mission blocks. 

Output from the host is delivered to the terminal 
during regulation. The FCS or the wait bits are 
changed , and Input resumes as soon as regulation 
ends and data can again be stored by the NPU. 
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Output Regulation 

The terminal can also suspend output to a single 
device by using the FCS bits or to all devices by 
using the wait bit. The HASP TIP recognizes either 
use. When an FCS bit is used, the TIP presumes the 
wait bit is not used. When the wait bit is used, 
the TIP presumes the FCS bits are unchanged. 



Error Recovery 

The HASP TIP performs error recovery on input data 
by requesting retransmission of erroneous blocks 
from the terminal . The TIP detects the following 
errors : 

Cyclic redundancy count errors 

Illegal transmission block formats 

Unknown responses 

Timeout over the communication line 

Block control byte (BCB) errors, such as a break 
in the sequence of transmitted blocks 

When the TIP receives a negative acknowledgment 
block (NAK) that indicates an error in reception of 
downline data, the TIP attempts to retransmit the 
block 62 times . If the sixty-second attempt to 
transmit fails, the TIP classifies the conmunication 
line and terminal Inoperative. 

The TIP requests retransmission of a bad upline 
block 63 times. If the sixty-third attempt to 
receive fails, the TIP classifies the communication 
line and terminal inoperative. 

Because EBCDIC does not contain a parity bit , the 
TIP cannot detect a parity error. It does not store 
erroneous code in the network block or set a flag 
for such data. The flag that becomes the pef bit 
in the host application block header is not used 
because data containing parity errors is discarded 
and replaced by correct data resent from the ter- 
minal . 

BSC TIP 

The BSC TIP supports IBM-2780- or IBM-3780- 
compatible bisynchronous terminals connected through 
dedicated or dial-up synchronous lines. Such ter- 
minals can contain devices that generate IVT data 
to exchange with a host application program in an 
interactive mode , but normally contain devices that 
exchange PRU data with a host application program 
in a batch mode. 

The TIP supports more than one terminal device per 
line. A 2780 or 3780 terminal always contains one 
card reader and one line printer; one card punch can 
also be supported. 

The host software expects each terminal to have at 
least one interactive device, serviced through the 
interactive virtual terminal interface. The inter- 
active device must have an Input and an output 



mechanism. Because 2780 and 3780 terminals nor- 
mally do not have consoles, the TIP simulates the 
existence of a console by using a special data mode 
for batch devices. The console simulation method 
is the reason each terminal must have one card 
reader and one line printer. The card reader is 
serviced as an interactive input mechanism and the 
line printer as an interactive output mechanism. 

The terms terminal, terminal address, and device 
have varying or no definitions within 2780 or 3780 
documentation. This subsection uses these defini- 
tions: 

A terminal is a set of devices with a single 
point of access to a communication line. 

A terminal address is the control character code 
used to identify a card punch transmission 
block. 

A device is a separately accessible unit of 
input or output equipment , such as a console , a 
card reader, or a line printer. Within the 
network, a device is separately addressable, 
regardless of whether it has a separate hardware 
address within the terminal. 

Terminal addresses are described in section 4, where 
the /*CONFIG statement is defined. 

The following CDC -defined terminal classes are sup- 
ported: 



Terminal 
Class 

16 

17 



Archetype Terminal 

IBM 2780 remote job entry terminal 

IBM 3780 remote job entry terminal 



Site-defined devices in terminal classes 28 through 
31 can also be supported if the site modifies the 
released version of the BSC TIP. 

Each CDC-defined terminal class has a default set 
of terminal characteristics as shown in section 5. 
These terminal characteristics can be changed from 
their defaults initially for each communication line 
through the network configuration file or subse- 
quently by the terminal user and/or the application 
program through the use of commands. 

The valid values and default parameters for commands 
in each of these terminal classes are shown in sec- 
tion 5. When a valid value is entered from the 
console, the TIP responds with the message: 

cd ACCEPTED.. 

where cd is the command mnemonic. When an invalid 
value is entered, the TIP responds with the message: 

cd reason 

The command represented by cd is ignored. The field 
identified as reason contains a message explaining 
the reason the command was ignored. Appendix B 
describes these messages . 
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The BSC TIP supports only the following IVT Inter- 
face commands and features: 

Changing the network control character (see the 
CT command In section 5) 

Changing the page width of the console (see the 
PW command In section 5) 

Displaying terminal characteristics (see the CH 
command in section 5) 

Sending a message to the network operator (see 
the MS command in section 5) 

Host node selection (see the HN and HS commands 
in section 4) 

Host availability display (see the HD command 
in section 4) 



Protocol Assumptions 

This subsection describes those aspects of TIP 
operation that depend upon hardware use or are 
implementor-lnterpreted portions of 2780 or 3780 
communication subprotocols. These aspects include: 

Terminal feature support 

Terminal transparent transmissions 

Size and number of records per transmission 
block from or to a terminal 

Resolving line contention 

Line access 

Operating mode 

Terminal Features 



The following 2780 and 3780 features are supported: 

Redundancy checking 

Extended GNQ retransmissions 

Automatic line turnaround 

Automatic disconnection 

Blank compression and expansion (2780 support 
is separately described in the next subsection) 

Postprlnt carriage control 

Transparent transmission format, separate from 
network transparent mode 

The following 2780 terminal features are supported : 

Multiple record transmission blocks; from 2 to 
7 records per block can be configured by the 
site administrator 

80-, 120- and 144-character print lines 

Batch job file termination when colvmin 80 of the 
last card read contains an ETX code punch 



The following 3780 terminal features are supported: 

liiltlple record transmission blocks in trans- 
parent transmission format 

Punch component selection code 

The following features are not supported: 

Character code set selection and USASCII (ASCII) 
or 6-bit transcode code use 

Preprint carriage control 

Horizontal tab control 

Automatic answer terminals on dlalup lines 

Audible alarm 

Reverse (interrupt 

Conversational mode 

2780 Models 3 and 4 



2780 Blank Compression 

During input, blank compression is supported as 
follows : 

IVo or more consecutive blanks are received as 
a BYP code (24 hexadecimal) followed by a biased 
count of the number of compressed blanks; a bias 
of hexadecimal 80 is used, and the unbiased 
covint cannot exceed 31 (IF hexadecimal). For 
example, 11 blanks becomes 248B hexadecimal. 

When more than 31 (IF hexadecimal) consecutive 
blanks exist , multiple BYP and covint sequences 
are used. 

A 12-2-9 punch In column 1 (an STX code) inhib- 
its blank compression for the rest of a card 
reader record. 

Compression is allowed in terminal and network 
transparent modes. 

During output, blank compression is supported as 
follows : 

Terminal transparent mode compressed blanks 
expand to 80-character punch records or printer 
records of the defined batch device page width. 

A 12-2-9 punch in column 1 inhibits blank 
decompression for the rest of a punch record. 
That record cannot contain a BYP code and cannot 
contain an STX code as its first data character. 



Terminal Transparent Transmissions 

1\fo forms of terminal Input and output are sup- 
ported: 

Terminal nontransparent transmissions 

Terminal transparent transmissions 



o 
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In either form, the TIP recognizes two modes of 
data: 

Nontransparent network data 

Transparent network data 

When a terminal begins communicating with the net- 
work. It uses nontransparent network data. 

The BSC TIP accepts terminal transparent transmis- 
sions beginning with the sequence DLE and STX. When 
such a transmission Is received, the next output 
sent to the terminal occurs as a terminal trans- 
parent transmission. Nontransparent terminal out- 
put transmission resumes after the next nontran- 
sparent terminal input transmission. 



Record Blocking 

A 2780 terminal using nontransparent transmissions 
sends or receives two (a default value, changeable 
by the network admlnstrator through the network 
configuration file) 80-character fixed-length 
records or up to 7 variable-length records per 
block. A 3780 terminal using nontransparent trans- 
missions sends or receives a maximum number of 
characters per transmission block, regardless of the 
number of records in the block. The number of 3780 
characters used by the TIP during output also is 
initially established by the network administrator 
in the network configuration file . 

In transparent input transmissions, records always 
contain 80 characters. In nontransparent input 
transmissions, records contain from 1 through 80 
characters. 



Line Contention 

Contention for line use is resolved In favor of 
input data. Batch output can be interrupted to 
accept card reader batch data or console data. 
Interrupted output is restarted when the end-of- 
transmisslon is detected in input. Card reader 
input is not inter r uptable . 



Point-to-Polnt and Multidrop Line Access 

Nonaddressable 2780 and 3780 terminals are supported 
on point-to-point communication lines only. Termi- 
nal identifiers in line bids are accepted but not 
checked . 



Operating Mode 

The BSC TIP Is insensitive to line speeds. 

The logical mode of operation of the TIP is half- 
duplex for each device, with console input given 
priority over output. This means that console out- 
put is not started when input is active. 

The TIP attempts to deliver console output whenever 
such data is available. Automatic input mode blocks 
are Ignored by the BSC TIP. 
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Supported Input and Output Mechanisms 

The TIP supports three batch Input and output 
devices. Real console devices must emulate card 
reader input and accept line printer output if used. 



Sequential Operation 

For BSC terminals, only one input or one output 
mechanism can be active at any given time. Input 
and output are therefore sequential operations . 

The TIP suspends console output when either the card 
reader becomes active or data is available for the 
line printer. 

Batch input and output alternate unless one of the 
following events occurs : 

Output arrives for the console from the host; 
this output is printed as soon as the current 
batch print file ends. 

The card reader or printer is stopped (or sus- 
pended ) . 

Console input begins (the first two characters 
of a card are /* and the card reader hopper was 
previously empty) . 



Card Reader Operation 

Card reader operations are governed by special com- 
mand blocks exchanged with the host. These commands 
originate within NAM or are converted by NAM to or 
from supervisory messages exchanged with an appli- 
cation program. The host sends commands to the TIP 
to: 

Start input 

Resume input 

Abort input 

The TIP sends command blocks to the host to: 

Report when input stops 

Report the end of the input stream 

Report the number of cards read 

Report the end of a file 

A 2780 or 3780 card reader becomes ready for batch 

input when the host sends the TIP a start input 

command block. Card input begins with the first 
card read. 

A card input file begins when the beginnlng-of- 
informatlon is detected. The TIP expects a non- 
blank data card as the beginning-of-information 
initially or following an end-of-information card. 
The TIP discards blank cards, end-of-record cards, 
or end-of-lnformation cards read when it is expect- 
ing the beginning of information. 

When the beginning-of-information is located, the 
TIP converts subsequent data into a NOS operating 
system job file In 6-blt display code. Conversion 
from 025 or 029 punch patterns is performed. 
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The Initial punch pattern translation for each Job 
file is determined by the network administrator 
through the network configuration file. The termi- 
nal user can change the translation for subsequent 
portions of the job file by punching a 26 or a 29 
in columns 79 and 80 of any Job card or any end-of- 
record card that Is not In a transparent portion of 
the file. 

The TIP converts network nontransparent card Input 
data from EBCDIC to 6-blt display code. Compressed 
blanks and zeros are uncompressed. 

Trailing blanks are discarded unless the last non- 
blank character is a colon; one blank is preserved 
or Inserted when the last character is a colon or 
the card contains an odd number of significant 
characters. For hosts using a 64-character set, 
this convention produces an 82-character record when 
the character in column 80 is a colon. 

Every card image becomes a zero-byte terminated 
record. These records become a network block 
equivalent to one , two , or three physical record 
units (PRUs); a block equivalent to one PRU contains 
6W) 6-blt characters or equivalent zero-byte termi- 
nator bytes, left-Justified in an 8-blt character 
byte. A record is continued in a subsequent network 
block when necessary. In the host, NAM removes the 
two low-order bits and packs the characters into 
actual PRUs. 

Unless the TIP is reading network transparent card 
data or the terminal is sending terminal transparent 
transmissions, the TIP recognizes /*EOR cards as 
end-of-record indicators for NOS system logical 
records. It converts any numbers found in columns 
6 and 7 to octal record level numbers. Record level 
17 is recognized as an end-of-flle Indicator. When 
necessary, short or zero-length PRUs are created. 

Unless the TIP is reading network transparent card 
data or the terminal is sending terminal transparent 
transmissions, the TIP recognizes /*EOI cards as 
end-of-lnformatlon Indicators for NOS files. If the 
terminal is sending transparent transmissions, the 
TIP also recognizes an ETX code punched in column 
80 of the last card read (or in coltimn 1 of an 
otherwise blank card) as an end-of-lnformatlon 
Indicator for a NOS file. Once transparent data 
input begins, the TIP recognizes only an end-of- 
transmisslon code (EOT) as an end-of-lnformatlon for 
the file. 

Network transparent card input (binary card data) 
is supported. The Initial translation mode Is 
always network nontransparent. The TIP does not 
translate subsequent portions of the job file when 
the user punches the characters TR in columns 79 and 
80 of any end-of-record card. An end-of-record card 
containing such punches becomes the last recognized 
end-of-record card in the Job file. 

The TIP does not convert network transparent input 
data to 6-blt display code. Network transparent 
input characters are stored as 8-blt codes within 
8-blt bytes. No record terminators are inserted. 
Compressed blanks are not expanded. A record spans 
two network blocks when necessary. 

These untermlnated records become a network block 
equivalent to one , two , or three physical record 
units (PRUs). A block equivalent to one PRU con- 
tains 320 8-blt characters. 



In the host, NAM packs the characters into actual 
PRUs. NAM right-justifies the 8-blt bytes received 
within 12-bit bytes for storage, zero-filling bits 
8 through II. Network transparent card input 
becomes a variable number of variable length unter- 
mlnated records containing five characters per word 
In each physical record tinlt of 64 60-bit words. 



Printer Operation 

Line printer operations are governed by special 
command blocks exchanged with the host. These com- 
mands originate within NAM or are converted by NAM 
to or from supervisory messages exchanged with an 
application program. The host sends commands to the 
TIP to: 

Terminate output 

Mark the point of output termination 

Restart output 

The TIP sends command blocks to the host to: 

Report when a file limit Is exceeded 

Report the number of lines printed 

Report a printer message (PM) in the output 

Report the end of a file 



The TIP begins output to a printer when It has out- 
put queued for the device and no input is in pro- 
cess. Data received from the host is packed as line 
images in PRU-sized network blocks (NAM strips zero- 
byte terminators and replaces them with hexadecimal 
FF code bytes). The TIP discards trailing blanks 
on a print line. End-of-record or end-of-flle 
indicators in the data terminate an output trans- 
mission block. The end of a file is also marked by 
sending an ETX block to the terminal. 

Six-bit display code is converted to EBCDIC. ASCII 
print files are converted from 7-bit codes right- 
justified in 8-blt bytes to the EBCDIC codes sup- 
ported for normalized mode data (see Terminal Code 
Sets and Parity) . This conversion incltides strip- 
ping the unneeded bit 7. NAM strips the unneeded 
bits 8 through 11 from the 12-bit byte used for 
storage before sending the data downline. 

Printer busy and not-ready conditions are not 
reported to the host. Printing continues when the 
condition clears. 

Once started, the TIP continues output to printers 
unless stopped or Interrupted by a command block 
from the host or a printer message (PM carriage 
control sequence in the print file). Any printer 
that is interrupted or stopped can be restarted by 
a command block from the host . 



Print Message Processing 

When the print file contains a line beginning with 
the characters PM, the TIP stops the printer, noti- 
fies the application program through a command 
block, and sends the data from the print file line 
to the application program. 



o 
o 
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Card Punch Operation 

Card punch operations are governed by special con- 
mand blocks exchanged with the host. These commands 
originate within NAM or are converted by NAM to or 
from supervisory messages exchanged with an appli- 
cation program. The host sends commands to the TIP 
to : 

Terminate output 

Mark the point of output termination 

Restart output 

The TIP sends command blocks to the host to: 

Report when a file limit is exceeded 

Report the number of cards punched 

Report the end of a file 

The TIP begins output to a punch when it has output 
queued for the device. Data received from the host 
Is packed as card images in PRU-slzed network blocks 
(NAM strips zero-byte terminators and replaces them 
with hexadecimal FF code bytes). 

End-of-record or end-of-file Indicators in the data 
terminate an output transmission block. The TIP 
generates /*EOR cards to mark end-of-record indica- 
tors, and /*EOI cards to mark end-of-flle indica- 
tors. The end of a file is also marked by sending 
an ETX block to the terminal. 

Six-bit display code is converted to EBCDIC. Punch 
pattern translation is selected through a command 
block that precedes the data. If no command block 
is received, 029 punch patterns are assumed. 

The TIP prefixes the first card image in each punch 
file with the terminal address code associated with 
the punch. For 3780 terminals , this code is 
initially established by the network administrator 
in the network configuration file. The code used 
for a 3780 can also be established by the terminal 
user during the automatic recognition process , 
described later in this subsection. 

Punch busy and not-ready conditions are not reported 
to the host. Punching continues when the condition 
clears . 

Once started, the TIF continues output to punches 
unless stopped or Interrupted by a command block 
from the host. Any punch that is Interrupted or 
stopped can be restarted by a command block from the 
host. 



Console output is sent only after output of a batch 

file is completed. The first line of any console 

output is prefixed by the message described in sec- 
tion 2. 

The TIP supports only normalized mode input from a 
console , using only one output mechanism: the line 
printer, emulating a display. Line folding and 
paging is performed using carriage control char- 
acters when page width (see the PW coim&and in sec- 
tion 5) is reached. 



Network Transparent Mode 

Network transparent mode input Is only supported for 
the card reader. The TIP does remove the line pro- 
tocol frame control characters from input. 

In network transparent mode, the application program 
is responsible for handling all data Interpretation, 
Including any embedded control characters. 



Terminal Code Sets and Parity 

The BSC TIP supports terminals operating without 
parity. IBM 2780 and 3780 terminals use the EBCDIC 
code set. 

The TIP converts terminal code sets to and from 
network ASCII codes where necessary. During nor- 
malized output to BSC terminals , the TIP replaces 
ASCII characters that have no EBCDIC equivalents 
with blanks. During normalized input from BSC ter- 
minals, the TIP replaces EBCDIC characters that have 
no ASCII equivalents with blanks (see appendix A). 

In network transparent mode, the TIP does not con- 
vert or delete characters in data. 

The card reader input mode is initially network 
nontransparent . The terminal user can change the 
mode to network transparent by using the characters 
TR on certain cards in an Input deck. This process 
is described earlier In this subsection under Card 
Reader Operation. 



Normalized Mode and Network Nontransparent Mode 
Output 

When the host sends ASCII character codes, the 
eighth bit (bit 7) can be anything and is Ignored 
when the TIP translates the character. The bit is 
set as needed for the corresponding EBCDIC char- 
acter. 



o 
o 



Normalized Mode Console Operations 

The TIP supports only normalized mode input from a 
console, using only one input mode and mechanism: 
the card reader, emulating a keyboard in line mode. 
Console input begins with the characters 

/* 

in character positions 1 and 2 of a card image. 
Input is forwarded after the card ends and the end- 
of-transmlssion character Is recognized; available 
output is only sent after the end-of-transmission 
character. 
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Network Transparent Mode Output 

The host can send anything for bit 7. Bit 7 Is not 
changed by the CLA or the TIP. The entire 8-bit 
byte sent from the host is sent through the CIA to 
the terminal. 



Normalized Mode and Network Nontransparent Mode 
Input 

When, the TIP sends the host ASCII character codes, 
the eighth bit Is always set to 0. 
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Network Transparent Mode Input 

The eighth bit (bit 7) Is not changed. All eight 
bits are sent to the host just as they came in on 
the communication line. 



If automatic recognition is not required for the 
communication line, any /*C01JPIG card Image received 
by the TIP is sent to the host as data. Because the 
card image Is received on the console stream, it is 
sent upline on the console connection. 
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Initial Connection 

The initial terminal class , terminal address code 
for the punch, configuration ordinal, and device 
types can be explicitly set through the network 
configuration file or can be determined by the TIP 
through automatic recognition. The need for auto- 
matic recognition is established through the network 
configuration file. 

Automatic recognition is performed when a line 
becomes active. This process occurs as part of the 
initial communication sequence between the TIP and 
the terminal , as follows : 

The terminal sends an enquiry block (EMQ) . 

The TIP responds with an acknowledgment block 
(ACKO). 

The terminal sends a /*CONFIG card image. 

If automatic recognition is required and the TIP 
receives an invalid /*CONFIG card. It discards the 
card and sends the diagnostic message 

image <BAD CONFIG> 

to the terminal , where image contains the portion 
of the card that cannot be processed. The TIP waits 
for input of a valid /*CONFIG card from a card 
reader. The format of a valid /*COKFIG card is 
given in section 4. 

When a valid /*CONFIG card is received, the infor- 
mation Is passed to the Communications Supervisor 
in the host. The Communications Supervisor compares 
it against the Information known for all possible 
terminals using the line, until a match is found. 
The Communications Supervisor then reports the con- 
figuration to the TIP. 

Once the /*CONFIG card is, successfully processed, 
the terminal connection to the NPU is complete. 
Until the processing is completed, the TIP discards 
any input received from the terminal. Subsequent 
connection of the console and batch devices to a 
host and an application program depends on the net- 
work configuration; the procedure and possible com- 
mands required are described in section 4. Batch 
devices are always connected to an application pro- 
gram in the host to which the console is connected. 

The security of a user's login Information is 
ensured by the CCP's maintenance of a security 
control character (for each subTIP type). 

The security character Is site assigned (there is 
no default) during a CCP build. The character must 
be a 7-bit character within the code set of the 
terminal specified in ASCII. 

The security character's values are restricted to 
the following: X'03-IF; 21-2F; 3A-3C; 3E-40; 
5B-60; 7B-7E. The value may not be the same as the 
value for AB, BS, Bl, B2, CN, CT, EL, or EB. 
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Disconnection 

The BSC TIP disconnects a terminal on a dial-up line 
when: 

The terminal uses automatic recognition infor- 
mation not recognized by the TIP. 

The terminal user falls to complete the auto- 
matic recognition sequence within the time 
allowed . 

The terminal is not connected to a host and no 
Input has been received from It for 2 minutes . 

The Communications Supervisor requests that the 
line or terminal be disabled. 

The BSC TIP does not disconnect a terminal on a 
dedicated line. Input from disabled terminals or 
input on disabled hardwired lines is discarded. 
Failure to complete automatic recognition on a 
dedicated line causes the TIP to restart the pro- 
cedure. 



Data Formatting in Normalized Mode 

During input from the emulated console, the TIP 
detects the end of a physical line when a card image 
ends and the end-of-transmission code Is received. 
During output to the emulated console device with a 
display mechanism, a physical line ends when the 
output ends, when the page width is reached, or when 
the output contains a carriage return or line feed 
code. 



Normalized Editing Modes 

Only one of the editing modes described in section 
2 is supported: complete editing. 



Input Regulation 

As mentioned earlier in this section under Data 
Priorities, the TIP must sometimes suspend Input. 
If input Is in process when regulation begins, the 
TIP sends a wait/acknowledgment message (WACK) to 
the terminal; this action suspends the input between 
transmission blocks whenever a temporary suspension 
of Input must occur. The data transmitted from the 
terminal Is not discarded. If the terminal is Idle 
when regulation begins, the TIP prevents subsequent 
input by sending an end-of-transmisslon (EOT) code 
to the terminal. 

Output from the host is sent to the terminal during 
regulation. When regulation ends and data can again 
be stored by the NPU, the TIP sends an enqulryblock 
(ENQ) to restime input at the point where it was 
suspended. 
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Error Recovery 

The BSC TIP performs error recovery on Input data 
by requesting retransmission of erroneous blocks 
from the terminal. The TIP detects the following 



Cyclic redundancy count errors 

Illegal transmission block formats 

Unknovn responses 

Timeout over the communication line 

When the TIP receives a negative acknowledgment 
block (NAK) that indicates an error in reception of 
downline data, the TIP attempts to retransmit the 
block three times . If the fourth attempt to trans- 
mit fails, the TIP classifies the communication line 
and terminal inoperative. 

The TIP requests retransmission of a bad upline 
block three times. If the fourth attempt to receive 
fails, the TIP classifies the communication line and 
terminal Inoperative. 

Because EBCDIC does not contain a parity bit, the 
TIP cannot detect a parity error. The flag that 
becomes the pef bit in the host application block 
header is not used because data containing parity 
errors is discarded and replaced by correct data 
resent from the terminal. 



3270 TIP 

The 3270 TIP supports the terminals that use the 
bisynchronous , 3270 polled protocol connected 
through dedicated or dial-up synchronous lines. 
Such terminals exchange IVT data with host 
application programs in an interactive mode, and 
they exchange PRU data with a host application 
program in a batch mode. 

The TIP expects each terminal to have at least one 
interactive device. The interactive device must 
have an input and an output mechanism. 

Cluster and device are terms having several 
definitions within 3270 publications, 

A cluster is defined as a group of devices with 
a single cluster address and a controller. A 
3270 cluster can have one or more consoles and 
zero or more printers. 

A device is defined as a separately accessible 
unit of input or output, such as a console or a 
line printer. Within the Network, a device is 
separately addressable, whether or not it has a 
separate hardware address within the terminal. 



The following 
supported : 

Terminal 
Class 
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CDC-defined terminal class is 

Archetype Terminal 
IBM 3270 



Site-defined devices in terminal classes 28 through 
31 can also be supported if the site modifies the 
released version of the 3270 TIP, 

Each CDC-defined terminal class has a default set 
of terminal characteristics (as shown in section 5). 

These terminal characteristics can be changed from 
their initial default values by using the network 
configuration file or, subsequently, by the 
terminal user and/or the application program using 
the command set. 

The values and default parameters for the commands 
in each of these terminal classes are described In 
section 5. When a (valid) value is entered from 
the console, the TIF responds with the message: 

cd ACCEPTED. . 

where cd is the command mnemonic. When an invalid 
value is entered, the TIP responds with the message: 

cd reason 

The command represented by cd is ignored. The 
field identified as reason contains a message 
explaining why the command was Ignored. Appendix B 
describes these messages. 

The 3270 TIP supports all of the IVT Interface 
commands and features except the following: 



Abort output blocks (the AB command) 

Automatic recognition restart (the AR command) 

Backspace processing (the BS command) 

Break condition as user break or cancel Input 
(the BR command) 

Input and output regulation of or by devices, 
called device control (the IC and OC commands) 

Idle character insertion at the end of physical 
lines (the CI and LI commands) 

Echoplexing (the EP command) 

Paper tape input or output (the IN command, PT 
and XP options, and the OP command PT option) 

Parity selection (the PA command) 

Special editing (the SE command) 

Console printing mechanism selection (the OP 
command ) 

Cursor positioning (the EL and EB command CP 
option or the CP command) 

Changing the end-of-block character code to 
values other than the default (the EL and EB 
commands) 

Transparent mode timeout or character count 
delimiter, or changing the character code used 
as a delimiter (the DL or the XL command TO or 
C option, or the X and Y options) 
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PROTOCOL ASSUMPTIONS 

This subsection describes TIP operations that 

depend either upon hardware use or are 

Implementor- Interpreted portions of the 3270 
bisynchronous protocol. These aspects Include: 



Unsupported protocol features 

Polling 

Live access 

Operating mode 

Character set 



UNSUPPORTED PROTOCOL FEATURES 

The 3270 TIP does not support the following 
bisynchronous features: 

• TTD 

• Forward abort 

• Conversational mode 



3275 dial-feature 
contention protocol) 



(in other words, 



the 



In text mode, the terminal is either the master or 
the slave, with the TIP assuming the opposite 
role. When the entry into text mode is the result 
of a poll, the terminal is the master. When 
transmission is caused by a select, the TIP Is the 
master . 

In text mode, blocks of data are transferred from 
the master to the slave, one at a time, with a 
positive acknowledgment for each block being 
required before the next block is transferred. The 
master normally indicates the end of the transfer 
and sends an EOT sequence that initiates a return 
to control mode. 



OPERATING MODE 

The 3270 TIP is insensitive to line speeds. The 
logical mode> of operation of the TIP is half-duplex 
for each device, with console input having priority 
over batch output. The TIP attempts to deliver 
console output whenever such data is available, 
unless a page wait condition is in effect. 

The end of an input transmission block is an ETX or 
ETB character code. This end-of-block indicator is 
part of the bisynchronous protocol and it cannot be 
changed . 



o 






POLLING 

The 3270 TIP, under normal conditions, issues one 
general poll per second per cluster. 

Any device having an input requirement may be 
internally selected by the 3270 cluster controller. 

The cluster controller starts at a random device 
and inputs all device messages, sequentially, as 
long as ACKs are sent by the TIP and until all 
devices have been serviced. The first two 
characters of the first block of each input message 
Identify the responding device. 

The input process terminates when the cluster 
controller indicates that it has no further traffic. 

A device will be selected when output is both 
available and the device is ready to receive. 



UNE ACCESS 

The 3270 TIP controls activity on a 3270 terminal 
by polling for input and selecting for delivery of 
output . 

The 3270 terminal is under control of the TIP in 
either of two modes: 

• control mode 

• text mode 



Control Mode/ Text Mode 

In control mode, the terminal is monitoring the 
line for a valid poll/select sequence. When such a 
sequence is detected, the terminal enters the text 
mode. 
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SUPPORTED INPUT AND 
OUTPUT MECHANISMS 

The TIP supports several input and output devices 
and mechanisms. Console devices have a keyboard as 
an Input mechanism and a display as an output 
mechanism. 

The 3270 batch printers are serviced concurrently 
with the console. 



CONCURRENT OPERATION 

All devices on a cluster can be concurrently 
active, but only the input or the output mechanism 
for the console device can be active. Input and 
output are therefore concurrent operations for 
batch devices but sequential operations for the 
console . 

Interactive operations are concurrent with batch 
operations . 



PRINTER OPERATION 

Line printer operations are governed by special 
command blocks exchanged with the host. These 
command blocks either originate within NAM or are 
converted by NAM to (or from) supervisory 
messages. The supervisory messages are exchanged 
with the application program. The host sends the 
commands to the TIP in order to: 

• Terminate output 

• Mark the point of output termination 

• Restart output 

60480600 D 






\:j 



o 

o 



o 



o 
o 



The TIP then sends the conmiand blocks to the host 
In order to: 

• Report when a file limit Is exceeded 

• Report when a printer message (PM) Is received 

• Report the number of lines printed 

• Report the end of a file 



The TIP initiates output to a printer when output 
Is queued for the device. Data received from the 
host Is packed as line Images In PRU-slzed network 
blocks (NAM strips off the zero byte terminators 
and replaces them with hexadecimal FF code bytes) . 
The TIP discards trailing blanks on a print line. 

Six-bit display code is converted to EBCDIC. ASCII 
print files are converted from 7-blt codes, 
right-justified in 8-bit bytes, to EBCDIC. This 
conversion includes the stripping out of the 
unneeded bit 7 (the host PIP routine strips the 

unneeded bits 8 thru 11 prior to downline 
transmission). 

Printer busy and not-ready conditions are not 
reported to the host, and printing continues when 
the condition clears. 

Once started, the TIP continues output to printers 
unless stopped, or Interrupted, by a command block 
from the host or for a printer message (for 
example, PM carriage control sequence in print 
file). Any printer that is interrupted, stopped, 
or not ready, can be restarted by a command from 
the host. 



Print Message Processing 

When the print file contains a line beginning with 
the characters PM, the TIP stops the printer, 
notifies the application program of this code 
through a command block, and sends the data from 
the print file line to the application program. 



NORMALIZED MODE CONSOLE OPERATIONS 

When normalized mode input is in effect from a 
console, the TIP can support only one input mode 
and one mechanism (refer to the IN command in 
section 5): the keyboard is in line mode. Input 
is forwarded after an end-of-llne character is 
recognized; available output is sent after the 
end-of-llne character. When input ends, the TIP 
positions the cursor to the lefthand margin of the 
next line on the display. 



When normalized mode output is sent to a console, 
the TIP supports only one output mechanism, the 
display. Line folding and scrolling is assumed to 
be performed by the output mechanism when page 
width (see the PW command in section 5) is 
reached. When output ends, the TIP ensures that 
the cursor Is positioned at the lefthand margin of 
the next line on the display. Page waiting Is 
supported. 
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TRANSPARENT MODE 

Transparent mode Input and output are supported 
only for the display console. The TIP adds the 
line protocol frame control character to the output 
and removes them from Input. 

In transparent mode, the application program is 
responsible for handling all data interpretation, 
including any embedded IVT command composed of 
feature control characters. The application 
program must properly position the cursor at the 
end of an input or output . 

The TIP does not perform an erase write operation 
at the beginning of transparent mode output. The 
transmission buffer of the device is therefore not 
cleared unless the proper control codes are part of 
the transparent output. 



TERMINAL CODE SETS AND PARITY 

The 3270 TIP supports terminals operating without 
parity if they have the IBM EBCDIC code set. 

The TIP converts terminal code sets to and from 
network ASCII code sets. During output to 3270 
terminals, the TIP replaces with blanks the ASCII 
characters that have no EBCDIC equivalents. During 
input from 3270 terminals, the TIP, again replaces 
EBCDIC characters that have no ASCII equivalents 
with blanks (see appendix A). 

When the host sends ASCII character codes, the 
eighth upper bit (bit 7) can be anything because it 
is Ignored when the TIP translates the character. 
The bit Is set as needed for the corresponding 
EBCDIC character. 

When the TIP sends the host ASCII character codes, 
the eight bit is always set to 0. 



INITIAL CONNECTION 

The initial terminal class, cluster address, 
terminal address , and device type , must be 
explicitly set by using the network configuration 
file. There is no automatic recognition performed 
for 3270 terminals. 

The security of a user's login information is 
ensured by the CCP's maintenance of a security 
control character. The security character is 
site-assigned (there is no default) during a COP 
build. The character must be: 7-bits, with part 
of the code set for the terminal, and be specified 
in ASCII. 

The security character values are restricted to the 
following: X'03-iF, 21-2F, 3A-3C, 3E-40, 5B-60, 
and 7B-7E. The value may not be the same as the 
value for Bl, B2, CN, CT, EL, or EB. 



DISCONNECTION 

The 3270 TIP disconnects a terminal on a dial-up 
line when: 

• No devices are connected to a host and no Input 
has been received from the terminal for 2 
minutes . 
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• The Communication Supervisor requests that the 
line or terminal be disabled. 

• A controller or line failure has been detected. 

When a console is disconnected from a host, the TIP 
disconnects any batch devices for which that 
console is the owning console. 

The 3270 TIP does not disconnect terminals on a 
dedicated line. Input from disabled terminals, or 
input on disabled hardwired lines, is not requested. 



Input Regulation 

As mentioned earlier In this section under Data 
Priorities, the TIP must sometimes suspend input. 

If input on a logical line occurs when regulation 
(in other words, suspension) is needed, the message 

WAIT.. 

is sent. The data transmitted from the terminal is 
discarded. 

Output from the host is delivered to the terminal 
during Input regulation. 

The message 

REPEAT.. 

is sent to the terminal as soon as regulation ends 
and data can again be accepted and stored by the 
NPU. 

If regulation begins after input has been accepted 
by the Block Interface Program but before the block 
can be queued for transmission to the host , the 
message 

INPUT DISCARDED.. 

is sent to the terminal and the block is discarded. 



ERROR RECOVERY 

The 3270 TIP performs error recovery on Input data 
by requesting retransmission of erroneous blocks 
from the terminal . The TIP detects the following 
errors: 

• Cyclic redundancy count errors 

• Illegal transmission block formats 

• Unknown responses 

• Timeout over the communication line 



When the TIP receives a negative acknowledgment 
block (NAK) that indicates an error in reception of 
downline data, the TIF attempts to retransmit the 
block 15 times. If the sixteenth attempt to 
transmit fails, the TIP classifies the cluster as 
Inoperative . 

The TIP requests retransmission of a bad upline 

block 15 times. If the sixteenth attempt to 

receive fails, the TIP classifies the cluster as 
Inoperative. 

If the TIP receives 7 consecutive ENQs, timeouts, 
or bad responses, it classifies the cluster as 
Inoperative . 

If the TIP receives 3 text-terminated-by-ENQs or an 
ACKO/ACKl out of sequence, it classifies the 
cluster as inoperative. 

In the case of 31 consecutive errors, the TIP 
classifies the cluster as inoperative. 

Because EBCDIC does not contain a parity bit, the 
TIP cannot detect a parity error. The flag that 
becomes the plf bit in the host application block 
header is not used because data containing parity 
errors is discarded and replaced by correct data 
resent from the terminal. 
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During terminal use, you sometimes need to deter- 
mine whether an application program is sending gar- 
bled information, or whether the terminal hardware 
is garbling the information it receives. The 
Terminal Verification Facility (TVF) is provided so 
that any terminal console can be tested for the 
second possibility. The current release of TVF 
provides three tests for such consoles. TVF can 
verify the correct operation of any class of ter- 
minal console supported by the current release of 
the network software. Terminals in site-defined 
terminal classes might not be correctly serviced by 
TVF. 



DIALOG AND COMMANDS 

The prompting line of two periods is displayed at 
the terminal following each complete message from 
TVF and prior to any expected operator type-in. 
After the banner signifying connection appears at 
the terminal, you can enter any of the commands 
listed in table 7-1. 



TABLE 7-1. LEGAL RESPONSES TO TVF 
COMMAND PROMPTS 



o 
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SELECTION AND CONNECTION 

A terminal console connects to TVF in the same man- 
ner as it connects to any application program. You 
can either dial In to a communication line that is 
configured with TVF as an initial application for 
the line's logical terminal console device (with 
full, automatic login of the device), or type in: 

TVF |cf] 

in response to any of NVF's APPLICATION prompting 
lines. 

For example, if a terminal of terminal class 2 
requires access to TVF via a communication line 
that is not specially configured for automatic login 
to TVF, the terminal operator would engage in dialog 
similar to the following: 

WELCOME TO THE NOS SOFTWARE SYSTEM. 
COPYRIGHT CONTROL DATA 1978, 1983. 

83/01/14 13.15.33 HQRTTYl 

CDC SUNNYVALE OPERATIONS NOS 2 PSR LEVEL 600 

FAMILY: aaa jSg 

USER NAME: aaa0127 |cr| 

PASSWORD: pass jcr) 

HQRTTYl APPLICATION: tvf [cr| 

Once connection occurs, TVF displays the banner 
shown in figure 7-1 on the console. For example, 
after the login sequence shown above, the following 
would appear: 



79/01/14 13.17.45. 

TVF 

TERMINAL NAME = HQRTTYl 

TERMINAL CLASS = 3/MODEL 

LINE WIDTH = 80. 

PAGE LENGTH = 0. 

NAM VER 1.6 600 
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Command 


Action Produced by Entry 


END (cr| 


Terminates the terminal console's 
connection to TVF. 


HELP Icrl 


Displays a list of all legal TVF 
commands. 


TEST (cr) 


Displays a list of all tests avail- 
able and the corresponding number 
that selects each when entered as a 
conmand (figure 7-2). 


1 irl 


Loopback test is entered. 


2 \m 


Line test is entered. 


3 leg 


Screen test is entered. 



Subsequent dialog and actions depend on the command 
entered. You must separately enter all commands to 
TVF. You can enter commands in uppercase or lower- 
case letters without leading blanks. Except during 
loopback test operation, the command entered must 
be one of those appearing in figure 7-2. 



If TVF cannot Interpret an entry, you see the fol- 
lowing message: 



ERROR - ENTRY entry 



where the first five characters of your last type- 
in appear as the value of entry. This message is 
followed by another prompting line of periods. 
Other diagnostic messages that can occur during 
dialog are described in appendix B. 



o 
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yy/im/dd. hh.mm.ss. 

TVF 

TERMINAL NAME - termaM. 

TERMINAL CLASS = nn/NODEL tclass 

LINE VIDTH - pw. 

PA6E LENGTH = pL. 

NAM VER 1.x III 



yy/mm/dd The Last two digits of the calendar 
year, the month, and the day, taken 
from the system calendar and indi- 
cating the date connection occurred. 

hh.mm.ss The hour, minute, and second con- 
nection was completed, taken from 
the system clock. 



termnam 



tclass 



pw 
Pl 

X 

III 



The element name assigned to the 
terminal device in the network 
software's network configuration 
file. 

The decimal terminal class. 

The mnemonic identifier of the ter- 
minal, corresponding to the terminal 
class number. This mnemonic has the 
following values: 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 

17 

18 



tclass 

N33 

713 

721 

2741 

N40 

H2000 

)(364 

T4014X 

HASP 

200UT 

71 4X 

711 

714 

HPRE 

73X 

2780 

3780 

3270 



any other installation-defined 
number 

The decimal page width of the terminal 
console in characters. 

The decimal page length of the ter- 
minal console in lines. 

Variant number of the currently 
installed TVF version. 

PSR level number of the currently 
installed TVF version. 

The standard TVF prompt for terminal 
operator input. 



Figure 7-1. TVF Connection Response Banner 



PLEASE ENTER TEST LIST DESIRED 

1 - LOOPBACK TEST 

2 - LINE TEST 

3 - SCREEN TEST 
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Figure 7-2. Display of Selectable Tests 



TEST OPERATIONS 

When you enter any of the test selection commands 
1, 2, or 3, TVF displays a message indicating that 
the chosen test is beginning. This message is fol- 
lowed by a prompting line of two periods. You can 
then enter the character stream to be used in the 
test. The line and screen tests permit you to 
enter an empty input line; this entry causes TVF to 
select the character stream used in the test. TVF 
uses the 96-character subset of the ASCII character 
set described in appendix A (excluding the deletion 
character), transmitted in ascending order of the 
characters' numerical equivalents. 

Terminal input can sometimes be restricted by the 
TIF because of conditions in the network, as 
described in section 4. Similarly, output from an 
application program to a terminal can be temporarily 
or permanently stopped by network software failure, 
terminal hardware failure, or lack of terminal buf- 
fer space. When one of these output interruptions 
occurs, TVF interprets the interruption as a termi- 
nal failure. TVF stops any test execution In pro- 
gress and ends its connection with the terminal. 
If the terminal actually has failed, the network 
software attempts to disconnect the terminal from 
the network. 



Other conditions can cause TVF to stop test execu- 
tion without disconnecting the terminal. These 
conditions Include entry of either a user-break-1 
or user-break-2 character from the terminal, or on- 
line use of a mode 4A card reader. TVF responds to 
such events by Issuing a new two-period prompting 
line, for selection of another test. 

Completion of a loopback or line test produces an 
informative message. No message is produced at the 
end of a screen test. 



LOOPBACK TEST 

The loopback test begins when the following appears 
on the terminal output device: 

LOOPBACK TEST BKGINS 



When the TEST BEGINS and period prompts appear, you 
can enter as many separate lines of text as desired. 
Each line is returned to the terminal in the same 
form as entered. If you enter an empty line, TVF 
returns an empty line and a carriage return opera- 
tion occurs. 
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This test returns to the terminal whatever char- 
acter or characters you enter until you enter the 
command: 

ENDL ^ 

The ENDL command terminates the loophack test so 
that you can enter another TVF command. This next 
command must be entered separately, after the fol- 
lowing appears on the terminal output device: 

TVF TEST C(»1PLETE 



For example, to cause loopback of a line containing 
the lowercase letter a and another line containing 
the lowercase letters bed, you would enter the 
number 1 after any period prompting line, then 
engage In the following dialog: 

LOOPBACK TEST BEGINS 

.. a Icrl 

a 

bed Icrl 

bed 

ENDL (c^ 

TVF TEST COMPLETE 



LINE TEST 

The line test begins when the following appears on 
the console: 

LINE TEST BEGINS 



This test sends one line pw characters long to the 
terminal console. The pw value used Is the current 
page width In effect for your terminal console. 
Unless you change the page width after connecting 
, the terminal console to TVF, the pw value shown in 
the Initial connection banner is used. The line 
test does not occur If a zero page width Is in 
effect for the console. 

You specify the characters sent In the response to 
the TEST BEGINS and period prompts. You can 
respond to the prompts by entering any one char- 
acter or by entering an empty line. If you enter a 
character, a full line comprised of repeated occur- 
rences of that character is returned to the termi- 
nal. If you enter an empty line, TVF sends a full 
line comprised of the beginning portion of the 
ASCII 96-character subset (excluding the deletion 
character) described in appendix A. 

As soon as TVF is sure the line has been delivered 
to the terminal, it sends the following lines: 

TVF TEST COMPLETE 



TVF then waits for you to select another test. 

For example, to display a full line of the lower- 
case letter a, you would enter a 2 after any period 
prompting line, then engage in the following dialog: 

LINE TEST BEGINS 

.. a Icrl 

aaaaaaaaaaaaaaaaaaaa/ ^aaaaaaaaaaaaaa 

TVF TEST COMPLETE 
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SCREEN TEST 



The screen test begins when the following appears 
on the terminal output device: 

SCREEN TEST BEGINS 



This test sends one line less than a full screen or 
page of data to the terminal. You specify the data 
sent in the response to the TEST BEGINS and period 
prompts. You can respond to the prompts by 
entering any one character or by entering an empty 
line. If you enter a character, the screen is 
cleared, and a full screen or page comprised of 
repeated occurrences of that character is returned 
to the terminal. If you enter an empty line, TVF 
clears the screen and sends a full screen or page 
comprised of repeated portions of the ASCII 96- 
character subset described in appendix A, excluding 
the deletion character. 



Because the test fills the entire screen or page, 
there is no TEST COMPLETE message or prompt dis- 
played. When the screen or page has been filled, 
you can enter another command as if a TEST COMPLETE 
message and prompt had appeared. 



When the console is defined as having a page length 
of zero, TVF transmits a page consisting of either 
pw occurrences (one line) of the character you 
enter, or as many lines as needed (each pw char- 
acters long) to produce the 96-character ASCII 
subset (excluding the deletion character). In all 
other cases, TVF defines a full screen or page of 
characters as: 

95 < pw X (pl-l)-l < 2000 



characters, where pw and pi are the values appear- 
ing in the initial connection banner displayed by 
TVF. If you change the page width or page length 
value in effect for your console after connecting 
the console to TVF, the new value is used instead. 
A zero page width or page length value produces the 
95-character minimum display. 



For example, to display a full screen of the lower- 
case letter a and a full screen of characters chosen 
by TVF at a console with a page length of zero, you 
would enter a 3 in response to any period prompting 
line, then engage in the following dialog: 



SCREEN TEST BEGINS 
.. a (crl 
aaaaaaaaaaaaaaaaaaaa^ 

3 gg 

SCREEN TEST BEGINS 
.. (cr| 

!"#$%& '()* + ,-? 
ghijklmnopqrstuvwxyz { 



^aaaaaaaaaaaaaaaaaaaa 



^abcdef 



} 



In this example, you reenter the screen test by 
entering a 3 without first receiving a prompting 
line of periods. You can enter any other valid 
command after the final line of output, without 
waiting for a prompting line of periods. 
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DISCONNECTION '^^ provides no response to this command but causes fl I 

the console to be switched to communicate with NVF. ^-«^ 
When you want to end connection with TVF, you enter Any further dialog that occurs depends on the way 
the following command In response to any prompting the console has been configured, 
line of periods: 

END (eg 



o 
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CHARACTER DATA INPUT, OUTPUT, AND 
CENTRAL MEMORY REPRESENTATION 
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This appendix describes the code and character sets 
used by the operating system local batch device 
driver programs, magnetic tape driver programs, and 
network terminal communication products. This 
appendix does not describe how other products 
associate certain graphic or control characters 
with specific binary "code values for collating or 
syntax processing purposes. The main text of this 
manual describes such associations that are rele- 
vant to the reader. 



CHARACTER SETS AND CODE 
SETS 

A character set differs from a code set. A char- 
acter set is a set of graphic and/or control char- 
acter symbols. A code set is a numbering system 
used to represent each character within a character 
set. Characters exist outside the computer system 
and communication network; codes are received, 
stored, retrieved, and transmitted within the 
computer system and network. 

When this manual refers to the ASCII 128-character 
set or the 7-bit ASCII code set, it is referring to 
the character set and code set defined as the 
American National Standard Code for Information 
Interchange (ASCII, ANSI Standard X3. 4-1977). 
References in this manual to an ASCII character set 
or an ASCII code set do not necessarily apply to 
the 128-character, 7-blt ASCII code set. 



GRAPHIC AND CONTROL 
CHARACTERS 

A graphic character can be displayed or printed. 
Examples of graphic characters are the characters A 
through Z, a blank, and the digits through 9. A 
control character is not a graphic character; a 
control character Initiates, modifies, or stops a 
control operation. An example of a control char- 
acter is the backspace character, which moves the 
terminal carriage or cursor back one space. Al- 
though a control character is not a graphic char- 
acter, some terminals use a graphic representation 
for control characters. 



CODED AND BINARY 
CHARACTER DATA 

Character codes can be Interpreted as coded char- 
acter data or as binary character data. Coded 
character data is converted by default from one 
code set representation to another as It enters or 
leaves the computer system; for example, data 
received from a terminal or sent to a magnetic tape 
unit is converted. Binary character data is not 
converted as It enters or leaves the system. 
Character codes are not converted when moved within 
the system; for example, data transferred to or 
from mass storage is not converted. 
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The distinction between coded character data and 
binary character data is important when reading or 
punching cards and when reading or writing magnetic 
tape. Only coded character data can be properly 
reproduced as characters on a line printer. Only 
binary character data can properly represent 
characters on a punched card when the data cannot 
be stored as display code. 

The distinction between binary character data and 
characters represented by binary data (such as 
peripheral equipment instruction codes) Is also 
Important. Only binary noncharacter data can 
properly reproduce characters on a plotter. 



CHARACTER SET TABLES 

The character set tables in this appendix are 
designed so that the user can find the character 
represented by a code (such as in a dump) or find 
the code that represents a character. To find the 
character represented by a code, the user looks up 
the code in the column listing the appropriate code 
set and then finds the character on that line in 
the column listing the appropriate character set. 
To find the code that represents a character, the 
user looks up the character and then finds the code 
on the same line in the appropriate column. 



NETWORK OPERATING 
SYSTEM 

NOS supports the following character sets: 

CDC graphic 64-character set 

CDC graphic 63-character set 

ASCII graphic 64-character set 

ASCII graphic 63-character set 

ASCII graphic 95-character set 

ASCII 128-character set 

Each installation must select either a 64-character 
set or a 63-character set. The differences between 
the codes of a 63-character set and the codes of a 
64-character set are described under Character Set 
Anomalies. Any reference In this appendix to a 
64-character set implies either a 63- or 64- 
character set unless otherwise stated. 

NOS supports the following code sets to represent 
its character sets in central memory: 

6-blt display code 

12-blt ASCII code 

6/12-blt display code 
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The 6-blt display code Is a set of octal codes from 

00 to 77, Inclusive. 

The 12-bit ASCII code is the ASCII 7-bit code 
right-justified in a 12-bit byte. The bits are 
numbered from the right starting with 0; bits 
through 6 contain the ASCII code, bits 7 through 10 
contain zeros, and bit 11 distinguishes the 12-blt 
ASCII 0000 code from the 12-bit 0000 end-of-llne 
byte. The octal values for the 12-bit codes are 

0001 through 0177 and 4000. 

The 6/12-bit display code is a combination of 6-blt 
codes and 12-blt codes. The octal values for the 
6-blt codes are 00 through 77, excluding 74 and 
76. (The interpretation of the 00 and 63 codes is 
described under Character Set Anomalies In this 
appendix.) The octal 12-blt codes begin with 
either 74 or 76 and are followed by a 6-blt code. 
Thus, 74 and 76 are escape codes and are never used 
as 6-blt codes within the 6/ 12-blt display code 
set. The octal values of the 12-blt codes are: 
7401, 7402, 7404, 7407, and 7601 through 7677, The 
other 12-bit codes, 74xx and 7600, are undefined. 



CHARACTER SET ANOMALIES 

The operating system input/output software and some 
products Interpret two codes differently when the 
Installation selects a 63-charactei set rather than 
a 64-character set. If a site uses a 63-character 
set ; the colon ( : ) graphic character is always 
represented by a 6-bit display code value of 63 
octal; display code 00 is undefined (it has no 
associated graphic or punched card code); the per- 
cent (%) graphic does not exist, and translations 
produce a space (55 octal). 

However, If the site uses a 64-character set, out- 
put of an octal 7404 6/ 12-blt display code or a 
6-bit display code value of 00 produces a colon. 
In ASCII mode , a colon can be input only as a 7404 
6/12-blt display code. Undefined 6/12-bit display 
codes In output files produce unpredictable results 
and should be avoided. 

Two consecutive 6-blt display code values of 00 can 
be confused with the 12-blt 0000 end-of-llne byte 
and should be avoided. 

Translation of 7-blt or 12-blt ASCII to 6-blt 
display code causes character folding from the 
128-character ASCII set to the 63- or 64-character 
ASCII subset, with the special character substitu- 
tions shown in figure A-1. 



INTERACTIVE TERMINAL USERS 

NOS supports display consoles and teletypewriters 
that use code sets other than 7-blt ASCII codes for 
communication or use graphics other than those 
defined in an ASCII character set. Data exchanged 
with such terminals is translated as described 
under Terminal Transmission Modes in this appen- 
dix. The following description applies only to 
terminals that use 7-bit ASCII codes and the ASCII 
character set. 



ASCII Data Exchange Modes 

Table A-1 shows the character sets and code sets 
available to an Interactive Facility (lAF) user. 
Table A-2 shows the octal and hexadecimal 7-blt 
ASCII code for each ASCII character, and can be 
used to convert codes from octal to hexadecimal. 
(Certain Terminal Interface Program commands re- 
quire hexadecimal specification of a 7-blt ASCII 
code.) 

lAF supports both normalized mode and transparent 
mode transmissions through the network. These 
transmission modes are described under Terminal 
Transmission Modes in this appendix. Refer to the 
NOS Version 2 Reference Set, Volume 3 System Com- 
mands, for additional information. 

lAF treats normalized mode transmissions as coded 
character data; lAF converts these transmissions to 
or from either 6-bit or 6/12-blt display code. 

lAF treats transparent mode transmissions as binary 
character data. Transparent mode input or output 
uses 12-bit bytes, with bit 11 always set to 1; for 
ASCII terminals, transparent mode input and output 
occurs in the 12-blt ASCII code shown in table A-1, 
but the leftmost digit Is 4 instead of 0. 

When the NORMAL command is in effect, lAF assumes 
that the ASCII graphic 64-character set is used and 
translates all input and output to or from display 
code. When the ASCII command Is in effect, lAF 
assumes that the ASCII 128-character set Is used 
and translates all input and output to or from 
6/12-bit display code. 

The lAF user can convert a 6/ 12-bit display code 
file to a 12-bit ASCII code file using the NOS 
FCOPY control statement. The resulting 12-bit 
ASCII file can be routed to a line printer but the 
file cannot be output through lAF. 
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63- or 64-Character Subset 






12-Bit ASCII (Octal) 




6-Bit Display Code (Octal) 




12-Bit ASCII (Octal) 


0140 (•) 




74 (a) 




0100 (a) 


0173 ({) 




61 (C) 




0133 (C) 


0174 (|) 


Input 


75 (\) 


Output 


0134 (\) 


0175 (» 




62 (]) 


^ 


0135 C) 


0176 (-) 




76 {^) 




0136 (T-) 



Figure A-1. ASCII Character Folding 
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Terminal Transmission Modes 

Coded character data can be exchanged with a con- 
versational terminal in two transmission modes. 
These two modes, normalized mode and transparent 
mode, correspond to the types of character code 
editing and translation performed by the network 
software during input and output operations. 

The terminal operator can change the input trans- 
mission mode using a terminal definition command 
(sometimes called a Terminal Interface Program 
command). The application program providing the 
terminal facility service can change the input or 
output transmission mode. 



Normalized Mode Transmissions 



Normalized mode is the initial and default mode 
used for both input and output transmissions. The 
network software translates normalized mode data to 
or from the transmission code used by the terminal 
into or from the 7-bit ASCII code shown in table 
A-2. (Tables A-1 and A-3 through A-7 are provided 
for use while coding an application program to run 
under the operating system; they do not describe 
character transmissions through the network.) 
Translation of a specific terminal transmission 
code to or from a specific 7-bit ASCII code depends 
on the terminal class in which the network software 
places the terminal. 

The following paragraphs summarize the general case 
for normalized mode data code translations. This 
generalized description uses table A-2. 

The reader can extend this generalized description 
by using the other tables to determine character 
set mapping for functions initiated from a terminal. 
For example, the description under Terminal Output 
Character Sets can be used to predict whether a 
lowercase ASCII character stored in 6/12-bit dis- 
play code can appear on an EBCDIC or external BCD 
terminal; if an ASCII character passes through the 
network represented in 7-bit ASCII as character 
mode data, it probably can be represented on an 
EBCDIC terminal, but it is always transformed to an 
uppercase character on a mode 4A ASCII terminal. 

Table A-2 contains the ASCII 128-character set 
supported by the network software. The ASCII 
96-character subset in the rightmost six columns 
minus the deletion character (DEL) comprises the 
graphic 95-character subset; the DEL is not a 
graphic character, although some terminals graphi- 
cally represent it. The graphic 64-character 
subset comprises the middle four columns. Only the 
characters in this 64-character subset have 6-bit 
display code equivalents. 

Terminals that support an ASCII graphic 64-character 
subset actually use a subset of up to 96 charac- 
ters, consisting of the graphic 64-character subset 
and the control characters of columns 1 and 2; 
often, the DEL character in column 7 is included. 
Terminals that support an ASCII graphic 95-character 
or 96-character subset actually might use all 128 
characters. 

The hexadecimal value of the 7-bit code for each 
character in table A-2 consists of the character's 
column number in the table, followed by its row 
number. For example, N is in row E of column 4, so 
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its hexadecimal value is 4E. The octal value for 
the code when it is right-justified in an 8-bit 
byte appears beneath the character graphic or 
mnemonic. The binary value of the code consists of 
the bit values shown, placed in the order given by 
the subscripts for the letter b; for example, N is 
1001110. 

Tables A-8 through A-19 show the normalized mode 
translations performed for each terminal class. 
The parity shown in the terminal transmission codes 
is the parity used as a default for the terminal 
class. The parity setting actually used by a 
terminal can be identified to the network software 
through a TIP command. 

Tables A-8 through A-24 contain the graphic and 
control characters associated with the transmission 
codes used by the terminal because of the terminal 
class and code set in use. The network ASCII 
graphic and control characters shown are those of 
the standard ASCII character set associated with 
the ASCII transmission codes of table A-2. 

Terminal Output Character Subsets — Although the 
network supports the ASCII 128-character set, some 
terminals restrict output to a smaller character 
set. This restriction is supported by replacing 
the control characters In columns and 1 of table 
A-2 with blanks to produce the ASCII graphic 
95-character subset, and replacing the characters 
in columns 6 and 7 with the corresponding char- 
acters from columns 4 and 5, respectively, to 
produce the ASCII graphic 64-character subset. 

Terminal Input Character Subsets and Supersets — 
Although the network supports the ASCII 128- 
character set, some terminals restrict input to a 
smaller character set or permit input of a larger 
character set. A character input from a device 
using a character set other than ASCII is converted 
to an equivalent ASCII character; terminal char- 
acters without ASCII character equivalents are 
represented by the ASCII code for a space. 

Site-written terminal-servicing facility programs 
can also cause input or output character replace- 
ment, conversion, or deletion by exchanging data 
with the network in 6-bit display code. 

Input Restrictions — The network software automat- 
ically deletes codes associated with terminal 
communication protocols or terminal hardware func- 
tions. These codes usually represent the cancel, 
backspace, linefeed, carriage return, and deletion 
characters. If paper tape support is requested, 
the device control 3 code also is deleted. Some of 
these code deletions can be suppressed by using the 
full-ASCII and special editing options (refer to 
the FA and SE terminal definition parameters in the 
NOS Version 2 Reference Set, Volume 3, System 
Commands ) . 

Output Restrictions — All codes sent by an appli- 
cation program are transmitted to the terminal. 
However, the 12-bit ASCII code 0037 (octal), the 
6/12-blt display code 7677 (octal), and the 7-blt 
ASCII code IF (hexadecimal) should be avoided in 
character mode output. The network software inter- 
prets the unit separator character represented by 
these codes as an end-of-line indicator. The 
processing of application program-supplied unit 
separators causes incorrect formatting of output 
and can cause loss of other output characters. 
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Input Parity Processing — The network software 
does not preserve the parity of the terminal trans- 
mission code In the corresponding ASCII code. An 
ASCII code received by the terminal-servicing 
facility program always contains zero as its eighth 
bit. 

Output Parity Processing — The network software 
provides the parity bit setting appropriate for the 
terminal being serviced, even when the software is 
translating from ASCII character codes with zero 
parity bit settings. 



Transparent Mode Transmissions 

Transparent mode Is selected separately for Input 
and output transmissions. 

During transparent mode input, the parity bit is 
stripped from each terminal transmission code 
I (unless the N or I parity option has been selected 
by a terminal definition command), and the 
transmission code is placed in an 8-bit byte 
without translation to 7-bit ASCII code. Line 
transmission protocol characters are deleted from 
mode 4 terminal input. When the 8-blt bytes arrive 
in the host computer, a terminal servicing facility 
program can right-justify the bytes within a 12-bit 
byte. 

During transparent mode output, processing similar 
to that performed for input occurs. When the host 
computer transmits 12-blt bytes, the leftmost 4 
bits (bits 11 through 8) are discarded. The code 
in each 8-blt byte received by the network software 
is not translated. The parity bit appropriate for 
the terminal class Is altered as Indicated by the 
parity option in effect for the terminal. The 
codes are then transmitted to the terminal in bytes 
of a length appropriate for the terminal class. 
Line transmission protocol characters are Inserted 
into mode 4 terminal output. 



LOCAL BATCH USERS 

Table A-3 lists the CDC graphic 64-character set, 
the ASCII graphic 64-character set, and the ASCII 
graphic 95-character set available on local batch 
devices. This table also lists the code sets and 
card keypunch codes (026 and 029) that represent 
the characters. 

The 64-character sets use 6-blt display code as 
their code set; the 95-character set uses 12-bit 
ASCII code. The 95-character set Is composed of 
all the characters In the ASCII 128-character set 
that can be printed at a line printer (refer to 
Line Printer Output). Only 12-bit ASCII code files 
can be printed using the graphic ASCII 95-character 
set. The 95-character set is represented by the 
octal 12-bit ASCII codes 0040 through 0176. An 
octal 12-bit ASCII code outside of the range 0040 
through 0176 represents an unprintable character. 

To print a 6/12-blt display code file, the user 

must convert the file to 12-blt ASCII code. The 

NOS FCOPY control statement is used for this con- 
version. 



Line Printer Output 

The printer train used on the line printer to which 
a file is sent determines which batch character set 
is printed. The following CDC print trains match 
the batch character sets In table A-3: 



Character Set 



CDC graphic 64-character set 



Print 
Train 

596-1 



ASCII graphic 64-character set 596-5 

ASCII graphic 95-character set 596-6 

The characters of the default 596-1 print train are 
listed in the table A-3 column labeled CDC Graphic 
(64-Character Set); the 596-5 print train charac- 
ters are listed in the table A-3 column labeled 
ASCII Graphic (64-Character Set); and the 596-6 
print train characters are listed in the table A-3 
column labeled ASCII Graphic (95-Character Set). 

If an unprintable character exists in a line, NOS 
marks the condition by printing the number sign (#) 
in the first printable column of the line. A space 
replaces the unprintable character within the line. 

When a transmission error occurs during the print- 
ing of a line, NOS makes up to five attempts to 
reprint the line. The CDC graphic print train 
prints a concatenation symbol ( r* ) in the first 
column of the repeated line following a line con- 
taining errors. The ASCII print trains print an 
underline ( _ ) instead of the concatenation symbol. 

After the fifth attempt, the setting of sense 
switch one for the batch input and output control 
point determines further processing. NOS either 
rewinds the file and returns it to the print queue, 
or ignores the transmission errors . 



Punched Card input and Output 

A character represented by multiple punches in a 
single column has its punch pattern identified by 
numbers and hyphens. For example, the punches 
representing an exclamation point are Identified as 
11-0; this notation means both rows 11 and are 
punched In the same column. 

A multiple punch pattern that represents something 
other than a character is identified by numbers and 
slashes. For example, the punches representing the 
end of an input file are identified as 6/7/8/9; 
this notation means rows 6 through 9 are punched in 
the same column. 

Coded character data is exchanged with card readers 
or card punches according to the translations shown 
in table A-3. As indicated in the table ^ other 
card keypunch codes are available for input of the 
ASCII and CDC characters [ and ]. NOS cannot read 
or punch the 95-character set as coded character 
data. 

Each site chooses either 026 or 029 as its default 
keypunch code. NOS begins reading an input deck in 
the default code (regardless of the character set 
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in use) . The user can specify the alternate key- 
punch code by punching a 26 or 29 in columns 79 and 
80 of any job card, 6/7/9 card, or 7/8/9 card. The 
specified translation continues throughout the job 
unless the alternate keypunch code translation is 
specified on a subsequent 6/7/9 or 7/8/9 card. 

A 5/7/9 card with a punch in column 1 changes 
keypunch code translation if the card is read 
immediately before or after a 7/8/9 card. A space 
(no punch) in column 2 indicates 026 translation 
mode; a 9 punch in column 2 indicates 029 transla- 
tion mode. The specified translation remains in 
effect until a similar 5/7/9 card or a 7/8/9 card 
is encountered, or the job ends. 

The 5/7/9 card also allows literal input when 
A/5/6/7/8/9 is punched in column 2. Literal input 
can be used to read 80-colximn binary character data 
within a punched card deck of coded character data. 

Literal cards are stored with each column repre- 
sented in a 12-blt byte (a row 12 punch is repre- 
sented by a 1 in bit 11, row 11 by a 1 in bit 10, 
row by a 1 in bit 9, and rows 1 through 9 by I's 
in bits 8 through of the byte), using 16 central 
memory words per card. Literal Input cards are 
read until another 5/7/9 card with 4/5/6/7/8/9 
punched in column 2 is read. The next card can 
specify a new conversion mode. 

If the card following the 5/7/9, 6/7/9, or 7/8/9 
card has a 7 and a 9 punched in column 1, the sec- 
tion of the job deck following it contains system 
binary cards (as described in the NOS Version 2 
Reference Set, Volume 3, System Commands). 



REMOTE BATCH USERS 

Remote batch console input and output is restricted 
to character mode transmission. Character mode is 
described under Terminal Transmission Modes in this 
appendix. 

The abilities to select alternate keypunch code 
translations, to read binary cards, to output 
plotter files , and to print lowercase characters 
depend upon the remote terminal equipment. Remote 
batch terminal support under NOS is described in 
the Remote Batch Facility (RBF) reference manual. 



MAGNETIC TAPE USERS 

The character and code sets used for reading and 
writing magnetic tapes depend on whether coded or 
binary data is read or written and on whether the 
tape is 7-track or 9-track. 



Coded Dafa Exchanges 

Coded character data to be copied from mass storage 
to magnetic tape is assumed to be stored in a 
63- or 64-character 6-bit display code. The oper- 
ating system magnetic tape driver program converts 
the data to 6-bit external BCD code when writing a 
coded 7-track tape and to 7-bit ASCII or 8-bit 
EBCDIC code (as specified on the tape assignment 
statement) when writing a coded 9-track tape. 



Coded character data copied to mass storage from 
magnetic tape is stored in a 63- or 64-character 
6-bit display code. The operating system magnetic 
tape driver program converts the data from 6-bit 
external BCD code when reading a coded 7-track tape 
and from 7-bit ASCII or 8-bit EBCDIC code (as 
specified on the tape assignment statement) when 
reading a coded 9-track tape. 

To read and write lowercase character 7-blt ASCII 
or 8-bit EBCDIC codes or to read and write control 
codes, the user must assign a 7-track or 9-track 
tape in binary mode. 



Seven-Track Tape Input and Output 

Table A-4 shows the code and character set conver- 
sions between 6-bit external BCD and 6-blt display 
code for 7-track tapes. Because only 63 characters 
can be represented in 7-track even parity, one of 
the 64 display codes is lost in conversion to and 
from external BCD code. 

Figure A-2 shows the differences in 7-track tape 
conversion that depend on whether the system uses 
the 63-character or 64-character set. The ASCII 
character for the specified character code is shown 
in parentheses. The output arrows show how the 
6-bit display code changes when it is written on 
tape in external BCD. The input arrows show how 
the external BCD code changes when the tape Is read 
and converted to display code. 





63-Character Set 




Display Code External BCD 


Display Code 


CO 

33 (0) 

63 <:) 


16 (.%■> 
Output 12 CO) Input 
^ 12 (0) * 

64-Character Set 


00 

33 (0) 

33 CO) 


Display Cod 


; External BCD 


Display Code 


00 (:) 
33 (0) 
63 (%) 


12 (0) 
Output 12 (0) Input 
^ 16 (2) *- 


33 (0) 
33 CO) 
63 C%) 



Figure A-2. Magnetic Tape Code Conversions 



Nine-Track Tape Input and Output 

Table A-5 lists the conversions between the 7-bit 
ASCII code used on the tape and the 6-bit display 
code used within the system. Table A-6 lists the 
conversions between the 8-bit EBCDIC code used on 
the tape and the 6-bit display code used within the 
system. 

When an ASCII or EBCDIC code representing a lower- 
case character Is read from a 9-track magnetic 
tape, it is converted to its uppercase character 
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6-bit display code equivalent. Any EBCDIC code not 
listed In table A-6 Is converted to display code 55 
(octal) and becomes a space. Any code between 80 
(hexadecimal) and FF (hexadecimal) read from an 
ASCII tape Is converted to display code 00. 



Binary Character Data Exchanges 

Binary character data exchanged between central 
memory files and magnetic tape is transferred as a 
string of bytes without conversion of the byte 
contents. The grouping of the bytes and the number 
of bits in each byte depend on whether 7-track or 
9-track tape is being used. 



Seven-Track Tape Input and Output 

Each binary data character code written to or read 
from 7-track magnetic tape is assumed to be stored 
in a 6-bit byte, such as the system uses for 63- or 
64-character 6-bit display code. Seven-bit ASCII 
and 8-blt EBCDIC codes can only be read from or 
written to 7-track magnetic tape as binary charac- 
ter data if each code is stored within a 12-bit 
byte as if it were two character codes. 



Nine-Track Tape Input and Output 

Each binary data character code exchanged between 
central memory files and 9-track magnetic tape is 
assumed to be stored in an 8-bit or 12-bit byte. 



During such binary data transfers, the 6/12-bit 
display codes and 12-blt ASCII codes shown In table 
A-1, the 7-blt ASCII codes shown in table A-2, or 
or the 8-blt hexadecimal EBCDIC codes shown in 
table A-7 can be read or written. The 7-blt ASCII 
codes and 8-bit EBCDIC codes can be exchanged 
either in an unformatted form or right-justified 
within a zero-filled 12-bit byte of memory. 

When 9-track tape is written, every pair of 12-bit 
memory bytes becomes three 8-blt tape bytes; when 
9-track tape is read, every three 8-bit tape bytes 
become a pair of 12-bit memory bytes. Because of 
the 12-bit byte pairs, codes not packed into 12-blt 
bytes are exchanged in their unpacked form, while 
codes packed in 12-bit bytes are exchanged in 
packed form. 

When an odd number of central memory words is read 
or written, the lower four bits of the last 8-bit 
byte (bits .0 through 3 of the last word) are not 
used. For example, three central memory words are 
written on tape as 22 8-bit bytes (7.5 pairs of 
12-bit bytes) and the remaining four bits are 
Ignored . 



CODE CONVERSION AIDS 

Table A-7 contains the octal values of each 8-blt 
EBCDIC code rlght-Justif led in a 12-bit byte with 
zero fill. This 12-bit EBCDIC code can be produced 
or read using the FORM and 8-Bit Subroutines 
utilities. 
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TABLE A-1. INTERACTIVE TERMINAL CHARACTER SETS 



Character Sets 


Code Sets 






Octal 


Octal 


Octal 


ASCII Graphic 


ASCII Character 


6-Blt 


6/12-Bit 


i2-Bit 


(64-Character Set) 


(128-Character Set) 


Display 


Display 


ASCII 


« 




Code 


Codet 


Code 


: colonTT 




oott 






A 


A 


01 


01 


0101 


B 


B 


02 


02 


0102 


C 


C 


03 


03 


0103 


D 


D 


04 


04 


0104 


E 


E 


05 


05 


0105 


F 


F 


06 


06 


0106 


G 


G 


07 


07 


0107 


H 


H 


10 


10 


0110 


I 


I 


11 


11 


0111 


J 


J 


12 


12 


0112 


K 


K 


13 


13 


0113 


L 


L 


14 


14 


0114 


M 


M 


15 


15 


0115 


N 


N 


16 


16 


0116 








17 


17 


0117 


P 


P 


20 


20 


0120 


Q 


Q 


21 


21 


0121 


R 


R 


22 


22 


0122 


S 


S 


23 


23 


0123 


T 


T 


24 


24 


0124 


U 


U 


25 


25 


0125 


V 


V 


26 


26 


0126 


W 


W 


27 


27 


0127 


X 


X 


30 


30 


0130 


Y 


Y 


31 


31 


0131 


Z 


Z 


32 


32 


0132 








33 


33 


0060 


1 


1 


34 


34 


0061 


2 


2 


35 


35 


0062 


3 


3 


36 


36 


0063 


4 


4 


37 


37 


0064 


5 


5 


40 


40 


0065 


6 


6 


41 


41 


0066 


7 


7 


42 


42 


0067 


8 


8 


43 


43 


0070 


9 


9 


44 


44 


0071 


+ plus 


+ plus 


45 


45 


0053 


- hyphen (minus) 


- hyphen (minus) 


46 


46 


0055 


* asterisk 


* asterisk 


47 


47 


0052 


/ slant 


/ slant 


50 


50 


0057 


( opening parenthesis 


( opening parenthesis 


51 


51 


0050 


) closing parenthesis 


) closing parenthesis 


52 


52 


0051 


$ dollar sign 


$ dollar sign 


53 


53 


0044 


= equals 


= equals 


54 


54 


0075 


space 


space 


55 


55 


0040 


, comma 


, comma 


56 


56 


0054 


. period 


. period 


57 


57 


0056 


# number sign 


# number sign 


60 


60 


0043 


[ opening bracket 


[ opening bracket 


61 


61 


0133 


] closing bracket 


] closing bracket 


62^j. 


^2. . 


0135 


% percent signtt 


% percent signtt 


63tt 


63 tt 


0045 


" quotation mark 


" quotation mark 


64 


64 


0042 


_ underline 


_ underline 


65 


65 


0137 


! exclamation point 


! exclamation point 


66 


66 


0041 


& ampersand 


& ampersand 


67 


67 


0046 


apostrophe 


' apostrophe 


70 


70 


0047 


? question mark 


? question mark 


71 


71 


0077 
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TABLE A-1. INTERACTIVE TERMINAL CHARACTER SETS (Contd) 



Character Sets 


Code Sets 






Octal 


Octal 


Octal 


ASCII Graphic 


ASCII Character 


6-Bit 


6/12-Bit 


12-Blt 


(64-Character Set) 


(128-Character Set) 


Display 


Display 


ASCII 






Code 


Codet 


Code 


< less than 


< less than 


72 


72 


0074 


> greater than 


> greater than 


"++ 


^3++ 


0076 


? comnraercial at 


@ commercial at 


74tt 


740ltt 


0100 


\ reverse slant 


\ reverse slant 


75 


75 


0134 


/\ circumflex 




76 






; semicolon 


; semicolon 


77 


77 


0073 




/^ circumflex 


76tt 


7402 


0136 




; colontt 


74 tt 


7404tt 


0072 




^ grave accent 




7407 


0140 




a 




7601 


0141 




b 




7602 


0142 




c 




7603 


0143 




d 




7604 


0144 




e 




7605 


0145 




f 




7606 


0146 




8 




7607 


0147 




h 




7610 


0150 




i 




7611 


0151 




J 




7612 


0152 




k 




7613 


0153 




.1 




7614 


0154 




m 




7615 


0155 




n 




7616 


0156 









7617 


0157 




P 




7620 


0160 




q 




7621 


0161 




r 




7622 


0162 




s 




7623 


0163 




t 




7624 


0164 




u 




7625 


0165 




V 




7626 


0166 




w 




7627 


0167 




X 




7630 


0170 




y 




7631 


0171 




z 




7632 


0172 




{ opening brace 


6ltt 


7633 


0173 




1 vertical line 


75 tt 


7634 


0174 




} closing brace 


62tt 


7635 


0175 




- tilde 


76 tt 


7636 


0176 




NUL 




7640 


4000 




SCffl 




7641 


0001 




SIX 




7642 


0002 




ETX 




7643 


0003 




EOT 




7644 


0004 




ENQ 




7645 


0005 




ACK 




7646 


0006 




BEL 




7647 


0007 




BS 




7650 


0010 




HI 




7651 


0011 




LF 




7652 


0012 




VT 




7653 


0013 




FF 




7654 


0014 




CR 




7655 


0015 




SO 




7656 


0016 




SI 




7657 


0017 




DEL 




7637 


0177 




DLE 




7660 


0020 
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TABLE A-1. INTERACTIVE TERMINAL CHARACTER SETS (Contd) 






Character Sets 


Code Sets 


ASCII Graphic 
(64-Character Set) 


ASCII Character 
(128-Character Set) 


Octal 

6-Bit 

Display 

Code 


Octal 
6/12-Bit 
Display 

Codet 


Octal 
12-Bit 
ASCII 
Code 




DCl 

DC2 

DC3 

DC4 

NAK 

SYN 

ETB 

CAN 

EM 

SUB 

ESC 

FS 

GS 

RS 

US 




7661 
7662 
7663 
7664 
7665 
7666 
7667 
7670 
7671 
7672 
7673 
7674 
7675 
7676 
7677 


0021 
0022 
0023 
0024 
0025 
0026 
0027 
0030 
0031 
0032 
0033 
0034 
0035 
0036 
0037 


t Available only on NOS. 
''Character or code interpretation depends on context. Refer to Character Set Anomalies in the text. 
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TABLE A-2. 7-BIT ASCII CODE AND CHARACTER SETS 



128-Character Set 



96-Character Subset ■ 



-Graphic 64-Character Subset— J 



Bits b, b, b, b, 

r i^ r 1^ 




1 
10 
11 
10 
10 1 
Olio 
111 

1 
1 

1 1 

1 
10 1 
1 1 

1 1 1 



Column 



Row 



NUL 
000 

SOH 
001 

STX- 
002 

ETX 
003 

EOT 
004 

ENQ 
005 

ACK 
006 

BEL 
007 

BS 
010 

HT 
Oil 

LF 
012 

VT 
013 

FF 
014 

CR 
015 

SO 
016 

SI 
017 



DLE 
020 

DCl 
021 

DC2 
022 

DC3 
023 

DC4 

024 

NAK 
025 

SYN 
026 

ETB 
027 

CAN 
030 

EM 
031 

SUB 
032 

ESC 
033 

FS 
034 

GS 
035 

RS 

036 

OS 
037 



SP 
040 

! 
041 



042 

# 
043 

$ 
044 

% 
045 

& 
046 



047 

( 
050 

) 
051 



052 



053 



054 



055 



056 

/ 
057 




060 

1 
061 

2 
062 

3 
063 

4 
064 

5 
065 

6 
066 

7 
067 

8 
070 

9 
071 



072 



073 

< 

074 



075 

> 
076 



077 



e 

100 

A 
101 

B 
102 

C 
103 

D 

104 

E 
105 

F 
106 

G 
107 

H 
110 

I 
Ul 

J 
112 

K 

113 

L 
114 

M 

115 

N 
116 



117 



P 
120 

Q 

121 

R 
122 

S 
123 

T 
124 

U 
125 

V 
126 

W 
127 

X 
130 

Y 
131 

Z 
132 

[ 
133 

\ 
134 

] 
135 

136 



137 



140 



141 

b 
142 

c 
143 

d 
144 

e 
145 

f 
146 

g 
147 

h 
150 

i 
151 

J 
152 

k 
153 

1 
154 

m 
155 



156 



o 
157 



P 
160 



q 

161 



r 
162 

s 
163 

t 
164 



165 

V 

166 

w 
167 

X 

170 



y 

171 



z 
172 

{ 

173 



174 

} 
175 



176 



del! 

177 



'The graphic 95-character subset does not include DEL; refer to Terminal 
LEGEND: 

Numbers under characters are the octal values for the 7-bit character 



Transmission Modes in the text. 



codes used within the network. 
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TABLE A-3. TX)CAL BATCH DEVICE CHARACTER SETS 



Character Sets 




Code Sets 




Card Kevounrh nnri^ 




ASCII 
Graphic 




ASCII 
Graphic 


Octal 
6-Blt 


OcCd.1 


Octal 


%^%Jt ^ \A ■■*\* J * -----. m «----._ 




CDC 
Graphic 




6/12-Bit 


12-Bit 


026 


029 


(64-Character 


(64-Character 




(95-Character 


Display 


Display 
Codet 


ASCII 






Set) 


Set) 




Set) 


Code 


Code 






: colontT 


: colonTT 






oott 






8-2 


8-2 


A 


A 


A 




01 


01 


0101 


12-1 


12-1 


B 


B 


B 




02 


02 


0102 


12-2 


12-2 


C 


C 


C 




03 


03 


0103 


12-3 


12-3 


D 


D 


D 




04 


04 


0104 


12-4 


12-4 


E 


E 


E 




05 


05 


0105 


12-5 


12-5 


F 


F 


F 




06 


06 


0106 


12-6 


12-6 


G 


G 


G 




07 


07 


0107 


12-7 


12-7 


H 


H 


H 




10 


10 


0110 


12-8 


12-8 


I 


I 


I 




U 


U 


0111 


12-9 


12-9 


J 


J 


J 




12 


12 


0112 


11-1 


11-1 


K 


K 


K 




13 


13 


0113 


11-2 


11-2 


L 


L 


L 




14 


14 


0114 


11-3 


11-3 


M 


M 


M 




15 


15 


0115 


11-4 


11-4 


N 


N 


N 




16 


16 


0116 


11-5 


11-5 













17 


17 


0117 


11-6 


11-6 


P 


P 


P 




20 


20 


0120 


11-7 


11-7 


Q 

R 


Q 


Q 




21 


21 


0121 


11-8 


11-8 


R 


R 




22 


22 


0122 


11-9 


11-9 


S 


S 


S 




23 


23 


0123 


0-2 


0-2 


T 


T 


T 




24 


24 


0124 


0-3 


0-3 


U 


U 


U 




25 


25 


0125 


0-4 


0-4 


V 


V 


V 




26 


26 


0126 


0-5 


0-5 


W 


W 


W 




27 


27 


0127 


0-6 


0-6 


X 


X 


X 




30 


30 


0130 


0-7 


0-7 


Y 


Y 


Y 




31 


31 


0131 


0-8 


0-8 


Z 


Z 


Z 




32 


32 


0132 


0-9 


0-9 













33 


33 


0060 








1 


1 


1 




34 


34 


0061 


1 


1 


2 


2 


2 




35 


35 


0062 


2 


2 


3 


3 


3 




36 


36 


0063 


3 


3 


4 


4 


4 




37 


37 


0064 


4 


4 


5 


5 


5 




40 


40 


0065 


5 


5 


6 


6 


6 




41 


41 


0066 


6 


6 


7 


7 


7 




42 


42 


0067 


7 


7 


8 


8 


8 




43 


43 


0070 


8 


8 


9 


9 


9 




44 


44 


0071 


9 


9 


+ plus 


+ plus 


+ 


plus 


45 


45 


0053 


12 


12-8-6 


- hyphen (minus) 


- hyphen (minus) 


- 


hyphen (minus) 


46 


46 


0055 


11 


11 


* asterisk 


* asterisk 


* 


asterisk 


47 


47 


0052 


1 1-8-4 


11-8-4 


/ slant 


/ slant 


/ 


slant 


50 


50 


0057 


0-1 


0-1 


( open . paren . 


( open, paren. 


( 


open, paren. 


51 


51 


0050 


0-8-4 


12-8-5 


) clos. paren. 


) clos. paren. 


) 


clos. paren. 


52 


52 


0051 


12-8-4 


11-8-5 


$ dollar sign 


$ dollar sign 


$ 


dollar sign 


53 


53 


0044 


11-8-3 


11-8-3 


= equals 


= equals 




equals 


54 


54 


0075 


8-3 


8-6 


space 


space 




space 


55 


55 


0040 


no punch 


no punch 


, conma 


, comma 


, 


comma 


56 


56 


0054 


0-8-3 


0-8-3 


. period 


. period 


• 


period 


57 


57 


0056 


12-8-3 


12-8-3 


= equivalence 


# number sign 


# 


number sign 


60 


60 


0043 


0-8-6 


8-3 


i open, bracket 


[ open, bracket 


[ 


open, bracket 


61 


61 


0133 


8-7 


12-8-2 
°\2-0ttt 


] clos. bracket 


] clos. bracket 


] 


clos. bracket 


62 


62 


0135 


0-8-2 


11-8-2 

u-ottt 


% percent signTT 


% percent sign'' 


% 


percent slgn'T 


63tt 


63tt 


0045 


8-6 


0-8-4 
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TABLE A-3. LOCAL BATCH DEVICE CHARACTER SETS (Contd) 



Character Sets 



CDC 

Graphic 

( 64-Character 

Set) 



not equals 
•concatenation, 
logical OR 



A logical AND 
t superscript 
i subscript 
< less than 



> greater than 
<_ less /equal 
>^ greater/equal 
— 1 logical NOT 
; semicolon 



ASCII 

Graphic 

(64-Character 

Set) 



quotation mark 
_ underline 
! exclamation pt. 



& ampersand 
' apostrophe 
? question mark 
< less than 



> greater than 
@ commercial at 
\ reverse slant 
/\ circumflex 
; semicolon 



ASCII 

Graphic 

(95-Character 

Set) 



" quotation mark 

_ underline 

! exclamation pt. 



& ampersand 
' apostrophe 
? question mark 
< less than 



> greater than 
@ commercial at 
\ reverse slant 

; semicolon 

/N circumflex 

; colontt 

* grave accent 

a 

b 

c 

d 

e 

f 

8 
h 

1 

i 

k 

1 
m 
n 
o 
P 

q 

r 
s 
t 
u 

V 

w 

X 

y 

z 

{ open, brace 
I vertical line 
} clos. brace 
- tilde 



Code Sets 



Octal 

6-Bit 

Display 

Code 



64 
65 
66 



67 
70 
71 
72 



73 

74tt 

75 

76 

77 

76tt 

74tt 



6ltt 
75tt 
62tt 
76n 



Octal 

6/12-Bit 

Display 

Codet 



64 
65 
66 



67 
70 
71 
72 



73 

740ltt 

75 



Octal 
12-Bit 
ASCII 
Code 



77 


0073 


7402 


0136 


7404tt 


0072 


7407 


0140 


7601 


0141 


7602 


0142 


7603 


0143 


7604 


0144 


7605 


0145 


7606 


0146 


7607 


0147 


7610 


0150 


7611 


0151 


7612 


0152 


7613 


0153 


7614 


0154 


7615 


0155 


7616 


0156 


7617 


0157 


7620 


0160 


7621 


0161 


7622 


0162 


7623 


0163 


7624 


0164 


7625 


0165 


7626 


0166 


7627 


0167 


7630 


0170 


7631 


0171 


7632 


0172 


7633 


0173 


7634 


0174 


7635 


0175 


7636 


0176 



0042 
0137 
0041 



0046 
0047 
0077 
0074 



0076 
0100 
0134 



Card Keypunch Code 



026 



8-4 

0-8-5 

11-0 



029 



or 


or 


ll-8-2§ 


11-0 


0-8-7 


12 


11-8-5 


8-5 


11-8-6 


0-8-7 


12-0 


12-8-4 


or 


or 


12-8-2§ 


12-0 


11-8-7 


0-8-6 


8-5 


8-4 


12-8-5 


0-8-2 


12-8-6 


11-8-7 


12-8-7 


11-8-6 



8-7 

0-8-5 

12-8-7 



'Available only on NOS. 
TT Character or code Interpretation depends on context. Refer to Character Set Anomalies in the text. 
I ' 'Available for input only, on NOS. 

'Available for input only, on NOS/BE or SCOPE 2. 
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TABLE A-4. 7-TRACK CODED TAPE CONVERSIONS 



External 
BCD 


ASCII 
Character 


Octal 

6-Bit 

Display 

Code 


External 
BCD 


ASCII 
Character 


Octal 

6-Bit 

Display 

Code 


01 


1 


34 


40 


- hyphen (minus) 


46 


02 


2 


35 


41 


J 


12 


03 


3 


36 


42 


K 


13 


04 


4 


37 


43 


L 


14 


05 


5 


40 


44 


M 


15 


06 


6 


41 


45 


N 


16 


07 


7 


42 


46 





17 


10 


8 


43 


47 


P 


20 


11 


9 


44 


50 


Q 


21 


12t 





33 


51 


R 


22 


13 


= equals 


54 


52 


! exclamation point 


66 


14 


" quotation mark 


64 


53 


$ dollar sign 


53 


15 


@ commercial at 


74 


54 


* asterisk 


47 


16t 


% percent sign 


63 


55 


' apostrophe 


70 


17 


[ opening bracket 


61 


56 


? question mark 


71 


20 


space 


55 


57 


> greater than 


73 


21 


/ slant 


50 


60 


+ plus 


45 


22 


S 


23 


61 


A 


01 


23 


T 


24 


62 


B 


02 


24 


U 


25 


63 


C 


03 


25 


V 


26 


64 


D 


04 


26 


W 


27 


55 


E 


05 


27 


X 


30 


66 


F 


06 


30 


Y 


31 


57 


G 


07 


31 


Z 


32 


70 


H 


10 


32 


] closing bracket 


62 


71 


I 


U 


33 


, comma 


56 


72 


< less than 


72 


34 


( opening parenthesis 


51 


73 


. period 


57 


35 


_ underline 


65 


74 


) closing parenthesis 


52 


36 


# number sign 


60 


75 


\ reverse slant 


75 


37 


& ampersand 


67 


76 


" caret 


76 








77 


; semicolon 


77 


'As the tex 


t explains, conversion of t 


hese codes depends on whether 


the tape is read or written 


• 



o 
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TABLE A-5. ASCII 9-TRAeK CODED TAPE CONVERSION 



ASCII 



Code 
(Hex) 



20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

2A 

2B 

2C 

2D 

2E 

2F 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

3A 

3B 

3C 

3D 

3E 

3F 

40 

41 

42 

43 

44 

45 

46 



Code , 
Conversion' 



Character 



space 

exclamation point 

quotation mark 

number sign 

dollar sign 

percent slgnS 

ampersand 

apostrophe 

opening parenthesis 

closing parenthesis 

asterisk 

plus 

comma 

hyphen (minus) 

period 

slant 



> 

@ 
A 
B 
C 
D 
E 
F 



colon' 
semicolon 
less than 
equals 

greater than 
question mark 
commercial at 



Character and 
Code Conversion'T 



Code 
(Hex) 



00 

7D 

02 

03 

04 

05 

06 

07 

08 

09 

OA 

OB 

OC 

OD 

OE 

OF 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

lA 

IB 

7B 

ID 

IE 

IF 

60 

61 

62 

63 

64 

65 

66 



Character 



NUL 

} closing brace 

SIX 

ETX 

EOT 

ENQ 

ACK 

BEL 

BS 

HT 

LF 

VT 

FF 

CR 

SO 

SI 

DLE 

DCl 

DC2 

DC3 

DC4 

NAK 

SYN 

ETB 

CAN 

EM 

SUB 

ESC 

{ opening brace 

GS 

RS 

US 

grave accent 
a 
b 
c 
d 
e 
f 



6-Bit 
Display Code 



ttt 



ASCII 
Character 



space 

exclamation point 

quotation mark 

number sign 

dollar sign 

percent signS 

ampersand 

apostrophe 

opening parenthesis 

closing parenthesis 

asterisk 

plus 

comma 

hyphen (minus) 

period 

slant 



> 

7 
@ 

A 
B 
C 
D 
E 
F 



colon* 
semicolon 
less than 
equals 

greater than 
question mark 
commercial at 



Code 
(Octal) 



55 

66 

64 

60 

53 

63§ 

67 

70 

51 

52 

47 

45 

56 

46 

57 

50 

33 

34 

35 

36 

37 

40 

41 

42 

43 

44 

00 § 

77 

72 

54 

73 

71 

74 

01 

02 

03 

04 

05 

06 
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TABLE A-5. ASCII 9-TRACK CODED TAPE CONVERSION (Contd) 



ASCII 


6-ni t- 






Code 
Conversion* 


Character and 
Code Conversion! t 


Display Code) f f 


Code 
(Hex) 


Character 


Code 
(Hex) 


Character 


ASCII 
Character 


Code 
(Octal) 


47 


G 


67 


g 


G 




07 


48 


H 


68 


h 


H 




10 


49 


I 


69 


1 


I 




11 


4A 


J 


6A 


J 


J 




12 


4B 


K 


6B 


k 


K 




13 


4C 


L 


6C 


1 


L 




14 


4D 


M 


6D 


m 


M 




15 


4E 


N 


6E 


n 


N 




16 


4F 





6F 










17 


50 


P 


70 


P 


P 




20 


51 


Q 


71 


q 


Q 




21 


52 


R 


72 


r 


R 




22 


53 


S 


73 


s 


S 




23 


54 


T 


74 


t 


T 




24 


55 


U 


75 


u 


U 




25 


56 


V 


76 


V 


V 




26 


57 


w 


77 


w 


w 




27 


58 


X 


78 


X 


X 




30 


59 


Y 


79 


y 


Y 




31 


5A 


Z 


7A 


z 


Z 




32 


53 


[ opening bracket 


IC 


FS 


[ opening bracket 




61 


5C 


\ reverse slant 


7C 


1 vertical line 


\ reverse slant 




75 


5D 


] closing bracket 


01 


SOH 


] closing bracket 




62 


5E 


" caret 


7E 


~ tilde 


" caret 




76 


5F 


_ underline 


7F 


DEL 


_ underline 




65 


'When these characters are copied from or to a tape, the characters remain the same and the code 
changes from or to ASCII to or from display code. 




''These characters do not exist In display code. When the characters are copied from a tape, each 
ASCII character is changed to an alternate display code character. The corresponding codes are also 
changed. Example: When the system copies a lowercase a, 61 (hexadecimal), from tape, it writes an 
uppercase A, 01 (octal). 


' ''A display code space always translates to an ASCII space. 




'Character or code interpretation depends on context. Refer to Character Set Anomalies in the text. 
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TABLE 


i-6. EBCDIC 9-TRACK CODED TAPE CONVERSION 




o 


EBCDIC 






f\ 




Code 


Character and 


6-Bit 
Display Codetii 


\J 




Conversion! 


Cod 


; ConversionTT 








Code 
(Hex) 


Character 


Code 
(Hex) 


Character 


ASCII 
Character 


Code 
(Octal) 




40 


space 


00 


NUL 


space 


55 




4A 


i cent sign 


IC 


IFS 


[ opening bracket 


61 




4B 


. period 


OE 


SO 


. period 


57 




4C 


< less than 


CO 


{ opening brace 


< less than 


72 




4D 


( opening parenthesis 


16 


BS 


( opening parenthesis 


51 




4E 


+ plus 


OB 


VT 


+ plus 


45 




4F 


1 vertical line 


DO 


} closing brace 


! exclamation point 


66 




50 


& ampersand 


2E 


ACK 


& ampersand 


67 




5A 


! exclamation point 


01 


SOH 


] closing bracket 


62 


o 


5B 
5C 


$ dollar sign 
* asterisk 


37 

25 


EOT 

LF 


$ dollar sign 
* asterisk 


53 

47 


5D 


) closing parenthesis 


05 


HT 


) closing parenthesis 


52 




5E 


; semicolon 


27 


ESC 


; semicolon 


77 




5F 


-1 logical NOT 


Al 


~ tilde 


caret 


76 




60 


- hyphen (minus) 


OD 


CR 


- hyphen (minus) 


46 




61 


/ slant 


OF 


SI 


/ slant 


50 




6B 


, comma 


OC 


FF 


, comma 


56 




6C 


% percent sign§ 


2D 


ENQ 


% percent signS 


63§ 


.r'^, 


6D 


_ underline 


07 


DEL 


_ underline 


65 


\. y 


6E 


> greater than 


IE 


IRS 


> greater than 


73 




6F 


1 question mark 


IF 


lUS 


? question mark 


71 




7A 


: colons 


3F 


SUB 


: colon§ 


00§ 




7B 


# number sign 


03 


ETX 


# number sign 


60 




7C 


@ commercial at 


79 


\ reverse slant 


@ commercial at 


74 




7D 


apostrophe 


2F 


BEL 


' apostrophe 


70 




7E 
7F 
CI 


= equals 

" quotation mark 

A 


ID 
02 
81 


IGS 
STX 

a 


= equals 

" quotation mark 

A 


54 
64 
01 




C2 


B 


82 


b 


B 


02 




C3 


C 


83 


c 


C 


03 




C4 


D 


84 


d 


D 


04 




C5 


E 


85 


e 


E 


05 




C6 


F 


86 


f 


F 


06 




C7 


G 


87 


8 


G 


07 




C8 


H 


88 


h 


H 


10 




09 


1 


89 


i 


I 


11 




Dl 


J 


91 


J 


J 


12 




D2 


K 


92 


k 


K 


13 




D3 


L 


93 


1 


L 


14 


n 
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TABLE A-6. EBCDIC 9-TRACK CODED TAPE CONVERSION (Contd) 



EBCDIC 


6-Bit 


Code 
ConversiotiT 


Character and 
Code ConversioniT 


Display Code Hi 


ASCII 
Character 


Code 
(Octal) 


Code 
(Hex) 


Character 


Code 
(Hex) 


Character 


D4 


M 


94 


m 


M 


15 


D5 


N 


95 


n 


N 


16 


D6 





96 


o 





17 


D7 


P 


97 


P 


P 


20 


D8 


Q 


98 


q 


Q 


21 


D9 


R 


99 


r 


R 


22 


EO 


\ reverse slant 


6A 


1 vertical line 


\ reverse slant 


75 


E2 


S 


A2 


s 


S 


23 


E3 


T 


A3 


t 


T 


24 


E4 


U 


A4 


u 


U 


25 


E5 


V 


A5 


V 


V 


26 


E6 


W 


A6 


w 


W 


27 


E7 


X 


A7 


X 


X 


30 


E8 


Y 


A8 


y 


Y 


31 


E9 


Z 


A9 


z 


Z 


32 


FO 





10 


DLE 





33 


Fl 


1 


11 


DCl 


1 


34 


F2 


2 


12 


DC2 


2 


35 


F3 


3 


13 


TM 


3 


36 


F4 


4 


3C 


DC4 


4 


37 


F5 


5 


3D 


NAK 


5 


40 


F6 


6 


32 


SYN 


6 


41 


F7 


7 


26 


ETB 


7 


42 


F8 


8 


18 


CAN 


8 


43 


F9 


9 


19 


EM 


9 


44 


twhen these characters are copied from or to a tape, the characters remain the same (except EBCDIC 
codes 4A (hexadecimal), 4F (hexadecimal), 5A (hexadecimal), and 5F (hexadecimal)) and the code changes 
from or to EBCDIC to or from display code. 


TlThese characters do not exist in display code. When the characters are copied from a tape, each 

EBCDIC character is changed to an alternate display code character. The corresponding codes are also 
changed. Example; When the system copies a lowercase a, 81 (hexadecimal), from tape, it writes an 
uppercase A, 01 (octal). 


ttlA display code space always translates to an EBCDIC space. 


^Character or code interpretation depends on context. Refer to Character Set Anomalies in the text. 
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TABLE A-7. FULL EBCDIC CHARACTER SET 



Hexa- 


Octal 


EBCDIC 


Hexa- 


Octal 


EBCDIC 


Hexa- 


Octal 


EBCDIC 


decimal 


12-Blt 


Graphic or 


decimal 


12-Blt 


Graphic or 


decimal 


12-Blt 


Graphic or 


EBCDIC 


EBCDIC 


Control 


EBCDIC 


EBCDIC 


Control 


EBCDIC 


EBCDIC 


Control 


Code 


Code 


Character! 


Code 


Code 


Charactert 


Code 


Code 


Charactert 


00 


0000 


miL 


4A 


0112 


i cent sign 


A7 


0247 


x 


01 


0001 


SOH 


4B 


0113 


. period 


A8 


0250 


y 


02 


0002 


STX 


4C 


0114 


< less than 


A9 


0251 


z 


03 


0003 


ETX 


4D 


0115 


( open, par en. 


AA 


0252 


undefined 


04 


0004 


PF 


4E 


0116 


+ plus 


thru 


thru 




05 


0005 


HT 


4F 


0117 


1 logical OR 


BF 


0277 


undefined 


06 


0006 


LC 


50 


0120 


& ampersand 


CO 


0300 


{ open, brace 


07 


0007 


DEL 


51 


0121 


undefined 


CI 


0301 


A 


08 


0010 


undefined 


thru 


thru 




C2 


0302 


B 


09 


OOU 


undefined 


59 


0131 


undefined 


C3 


0303 


C 


OA 


0012 


SMM 


5A 


0132 


! exclam. point 


C4 


0304 


D 


OB 


0013 


VT 


5B 


0133 


$ dollar sign 


C5 


0305 


E 


OC 


0014 


FF 


5C 


0134 


* asterisk 


C6 


0306 


F 


OD 


0015 


CR 


5D 


0135 


) clos. paren. 


C7 


0307 


G 


OE 


0016 


SO 


5E 


0136 


; semicolon 


C8 


0310 


H 


OF 


0017 


SI 


5F 


0137 


—1 logical NOT 


09 


0311 


I 


10 


0020 


DLE 


60 


0140 


- minus 


CA 


0312 


undefined 


u 


0021 


DCl 


61 


0141 


/ slant 


CB 


0313 


undefined 


12 


0022 


DC2 


62 


0142 


undefined 


CC 


0314 


iP 


13 


0023 


TM 


thru 


thru 




CD 


0315 


undefined 


14 


0024 


RES 


69 


0151 


undefined 


CE 


0316 


V 


15 


0025 


NL 


6A 


0152 


] vertical line 


CF 


0317 


undefined 


16 


0026 


BS 


6B 


0153 


, comma 


DO 


0320 


} clos. brace 


17 


0027 


IL 


6C 


0154 


% percent sign 


Dl 


0321 


J 


18 


0030 


CAN 


6D 


0155 


underline 


D2 


0322 


K 


19 


0031 


EM 


6E 


0156 


> greater than 


D3 


0323 


L 


lA 


0032 


CC 


6F 


0157 


? question mark 


D4 


0324 


M 


IB 


0033 


GUI 


70 


0160 


undefined 


D5 


0325 


N 


IC 


0034 


IFS 


thru 


thru 




D6 


0326 





ID 


0035 


IGS 


78 


0170 


undefined 


D7 


0327 


P 


IE 


0036 


IRS 


79 


0171 


' grave accent 


D8 


0330 


Q 


IF 


0037 


lUS 


7A 


0172 


: colon 


D9 


033 1 


R 


20 


0040 


DS 


7B 


0173 


# number sign 


DA 


0332 


undefined 


21 


0041 


SOS 


7C 


0174 


@ commercial at 


thru 


thru 




22 


0042 


FS 


7D 


0175 


' apostrophe 


DF 


0337 


undefined 


23 


0043 


undefined 


7E 


0176 


= equals 


EO 


0340 


\ reverse slant 


24 


0044 


BYP 


7F 


0177 


" quotation mark 


El 


0341 


undefined 


25 


0045 


LF 


80 


0200 


undefined 


E2 


0342 


S 


26 


0046 


ETBB 


81 


0201 


a 


E3 


0343 


T 


27 


0047 


ESCE 


82 


0202 


b 


E4 


0344 


U 
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TABLE A-7. FULL EBCDIC CHARACTER SET (Contd) 






o 



^^, 

KJ 



Hexa- 
decimal 
EBCDIC 

Code 


Octal 

12-Bit 

EBCDIC 

Code 


EBCDIC 
Graphic or 

Control 
Character! 


Hexa- 
decimal 
EBCDIC 

Code 


Octal 

12-Bit 

EBCDIC 

Code 


EBCDIC 
Graphic or 

Control 
Character* 


Hexa- 
decimal 
EBCDIC 

Code 


Octal 

12-Bit 

EBCDIC 

Code 


EBCDIC 
Graphic or 

Control 
Character* 


28 


0050 


undefined 


83 


0203 


c 


E5 


0345 


V 


29 


0051 


undefined 


84 


0204 


d 


E6 


0346 


W 


2A 


0052 


SM 


85 


0205 


e 


E7 


0347 


X 


2B 


0053 


CU2 


86 


0206 


f 


E8 


0350 


Y 


2C 


0054 


undefined 


87 


0207 


g 


E9 


0351 


Z 


2D 


0055 


ENQ 


88 


0210 


h 


EA 


0352 


undefined 


2E 


0056 


ACK 


89 


0211 


i 


EB 


0353 


undefined 


2F 


0057 


BEL 


8A 


0212 


undefined 


EC 


0354 


ri 


30 


0060 


vmdeflned 


thru 


thru 




ED 


0355 


undefined 


31 


0061 


undefined 


90 


0220 


undefined 


thru 


thru 




32 


0062 


SYN 


91 


0221 


J 


EF 


0357 


undefined 


33 


0063 


undefined 


92 


0222 


k 


FO 


0360 





34 


0064 


FN 


93 


0223 


1 


Fl 


0361 


1 


35 


0065 


RS 


94 


0224 


m 


F2 


0362 


2 


36 


0066 


UC 


95 


0225 


n 


F3 


0363 


3 


37 


0067 


EOT 


96 


0226 


o 


F4 


0364 


4 


38 


0070 


undefined 


97 


0227 


P 


F5 


0365 


5 


39 


0071 


undefined 


98 


0230 


q 


F6 


0366 


6 


3A 


0072 


undefined 


99 


0231 


r 


F7 


0367 


7 


3B 


0073 


cn3 


9A 


0232 


undefined 


F8 


0370 


8 


3C 


0074 


DC4 


thru 


thru 




F9 


0372 


9 


3D 


0075 


NAK 


AO 


0240 


undefined 


FA 


0372 


1 vertical line 


3E 


0076 


undefined 


Al 


0241 


~ tilde 


FB 


0373 


undefined 


3F 


0077 


SUB 


A2 


0242 


s 


thru 


thru 




40 


0100 


space 


A3 


0243 


t 


FF 


0377 


undefined 


41 


0101 


undefined 


A4 


0244 


u 








thru 


thru 




A5 


0245 


V 








49 


0111 


undefined 


A6 


0246 


w 








tcraphic 


characte 


rs shown are tho 


se used on 


the IBM 


System/ 370 standard 


(PN) print 


train. Other devices 


support 


subsets ( 


>r variations of 


this chars 


icter gra 


phic set. 
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TABLE A-8. CHARACTER CODE TRANSLATIONS, CONSOLES AND LINE PRINTERS IN TERMINAL CLASSES 9, 14, 16, 17, 

AND 18 (HASP, HPRE, 2780, 3270, AND 3780) 



Hex. 

Code 



00 

01 

02 

03 

04 

05 

06 

07 

08 

09 

OA 

OB 

OC 

OD 

OE 

OF 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

lA 

IB 

IC 

ID 

IE 

IF 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

2A 

2B 

20 

2D 

2E 

2F 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

3A 



Terminal EBCDIC 



Octal 
Code 



000 
001 
002 
003 
004 
005 
006 
007 
010 

oil 

012 

013 

014 

015 

016 

017 

020 

021 

022 

023 

024 

025 

026 

027 

030 

031 

032 

033 

034 

035 

036 

037 

040 

041 

042 

043 

044 

045 

046 

047 

050 

051 

052 

053 

054 

055 

056 

057 

060 

061 

062 

063 

064 

065 

066 

067 

070 

071 

072 






Graphic* 



Control Charapter 



tt 



NUL 

SOH 

SIX 

ETX 

PF 

HT 

LC 

DEL 

undefined 

undefined 

SHM 

VT 

FF 

OR 

SO 

SI 

DLE 

DCl 

DC2 

XM 

RES 

NL 

BS 

XL 

CAN 

EH 

CC 

CUl 

IFS 

IGS 

IRS 

lUS 

DS 

SOS 

FS 

undefined 

BYP 

LF 

ETB or EOB 

ESC or PRE 

undefined 

undefined 

SM 

CU2 

undefined 

ENQ 

ACK 

BEL 

undefined 

undefined 

SYN 

undefined 

FN 

RS 

UC 

EOT 

undefined 

undefined 

undefined 



Network ASCII (Normalized Mode Use) 



Hex. 

Codettt 



00 
01 
02 
03 
20 
09 
20 
7F 
20 
20 
20 
OB 
OC 
OD 
OE 
OF 
10 
11 
12 
13 
20 
20 
08 
20 
18 
19 
20 
20 
IC 
ID 
IE 
IF 
20 
20 
20 
20 
20 
OA 
17 
IB 
20 
20 
20 
20 
20 
05 
06 
07 
20 
20 
16 
20 
20 
20 
20 
04 
20 
20 
20 



Octal 
Codettt 



000 
001 
002 
003 
040 
Oil 
040 
177 
040 
040 
040 
013 
014 
015 
016 
017 
020 
021 
022 
023 
040 
040 
010 
040 
030 
031 
040 
040 
034 
035 
036 
037 
040 
040 
040 
040 
040 
012 
027 
033 
040 
040 
040 
040 
040 
005 
006 
007 
040 
040 
026 
040 
040 
040 
O40 
004 
040 
040 
040 



Graphic 



space 

space 

space 
space 
space 



space 
space 

space 



space 
space 



space 
space 
space 
space 
space 



space 
space 
space 
space 
space 



space 
space 

space 
space 
space 
space 

space 
space 
space 



Control Charactertt 



null 

start of header 
start of text 
end of text 

horizontal tabulate 

delete 



vertical tabulate 
form feed 
carriage return 
shift out 
shift In 
data link escape 
device control 1 
device control 2 
device control 3 



backspace 

cancel 

end of medium 



file separator 
group separator 
record separator 
unit separator 



linefeed 

end of transmission block 

escape 



enquiry 

positive acknowledgment 

bell 



synchronous Idle 



end of transmission 



o 
o 



J 
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TABLE A-8. 



CHARACTER CODE TRANSLATIONS, CONSOLES AND LINE PRINTERS IN TERMINAL CLASSES 9, 14, 16, 17, I 
AND 18 (HASP, HPRE, 2780, 3270, AND 3780) (Contd) | 



Terminal EBCDIC 


Network ASCII (Normalized Mode Use) 


Hex. 
Code 


Octal 
Code 


Graph let 


Control Charactertt 


Hex. 
Codettt 


Octal 
Codettt 


Graphic 


Control Charactertt 


3B 


073 




CU3 


20 


040 


space 




3C 


074 




DC4 


14 


024 




device control 4 


3D 


075 




NAK 


15 


025 




negative acknowledgement 


3E 


076 




undefined 


20 


040 


space 




3F 


077 




SUB 


lA 


032 




substitute 


40 


100 


space 




20 


040 


space 




41 


101 




undefined 


20 


040 


space 




thru 


thru 














49 


HI 














4A 


112 


i 




5B 


133 


[ 




4B 


113 


, 




2E 


056 


, 




40 


114 


< 




3C 


074 


< 




4D 


115 


( 




28 


050 


( 




4E 


116 


+ 




2B 


053 


+ 




4F 


117 


1 




21 


041 


J 




50 


120 


& 




26 


046 


& 




51 


121 




undefined 


20 


040 


space 




thru 


thru 














59 


131 














5A 


132 


! 




50 


135 


] 




5B 


133 


$ 




24 


044 


$ 




5C 


134 


* 




2A 


052 


* 




50 


135 


) 




29 


051 


) 




5E 


136 


, 




3B 


073 


J 




5F 


137 


—1 




5E 


136 


y\ 




60 


140 


- 




2D 


055 


- 




61 


141 


/ 




2F 


057 


1 




62 


142 




undefined 


20 


040 


space 




thru 


thru 














69 


151 














6A 


152 


1 

1 




70 


174 


1 




6B 


153 


» 




2C 


054 


> 




6C 


154 


X 




25 


045 


% 




6D 


155 






5F 


137 






6E 


156 


~ 




3E 


076 


■> 




6F 


157 


1 




3F 


077 


? 




70 


160 




undefined 


20 


040 


space 




thru 


thru 














78 


170 














79 


171 


^ 




60 


140 


^ 




7A 


172 


\ 




7A 


172 


; 




7B 


173 


# 




23 


043 


# 




7C 


174 


@ 




40 


100 


@ 




7D 


175 


' 




27 


047 


' 




7E 


176 


= 




3D 


075 


= 




7F 


177 


n 




22 


042 


II 




80 


200 




undefined 


20 


040 


space 




81 


201 


a 




61 


141 


a 




82 


202 


b 




62 


142 


b 




83 


203 


c 




63 


143 


c 




84 


204 


d 




64 


144 


d 




85 


205 


e 




65 


145 


e 




86 


206 


f 




66 


146 


f 




87 


207 


g 




67 


147 


g 




88 


210 


h 




68 


150 


h 




89 


211 


1 




69 


151 


i 




8A 


212 




undefined 


20 


040 


space 




thru 


thru 














90 


220 















60480600 D 



A-21 



TABLE A-8. CHARACTER CODE TRANSLATIONS, CONSOLES AND LINE PRINTERS IN TERMINAL CLASSES 9, 14, 16, 17, 

AND 18 (HASP, HPRE, 2780, 3270, AND 3780) (Contd) 



Terminal EBCDIC 




Network 


ASCII (Normalized Mode Use) 


Hex. 
Code 


Octal 
Code 


Graph let 


Control Charactertt 


Hex. 
Codettt 


Octal 
Codettt 


Graphic 


Control Charactertt 


91 


221 


J 




6A 


152 


J 




92 


222 


k 




6B 


153 


k 




93 


223 


1 




6C 


154 


1 




94 


224 


m 




6D 


155 


m 




95 


225 


n 




6E 


156 


n 




96 


226 


o 




6F 


157 







97 


227- 


P 




70 


160 


P 




98 


230 


q 




71 


161 


q 




99 


231 


r 




72 


162 


r 




9A 


232 




undefined 


20 


040 


space 




thru 


thru 














AO 


240 














Al 


241 


~ 




7E 


176 


*• 




A2 


242 


s 




73 


163 


s 




A3 


243 


t 




74 


164 


t 




A4 


244 


u 




75 


165 


u 




A5 


245 


V 




76 


166 


V 




A6 


246 


w 




77 


167 


w 




A7 


247 


X 




78 


170 


X 




A8 


250 


y 




79 


171 


y 




A9 


251 


z 




7A 


172 


z 




AA 


252 




undefined 


20 


040 


space 




thru 


thru 














BF 


277 














CO 


300 


{ 




7B 


173 


{ 




CI 


301 


A 




41 


101 


A 




C2 


302 


B 




42 


102 


B 




C3 


303 


C 




43 


103 


C 




C4 


304 


D 




44 


104 


D 




C5 


305 


E 




45 


105 


E 




C6 


306 


F 




46 


106 


F 




C7 


307 


G 




47 


107 


G 




C8 


310 


H 




48 


110 


H 




C9 


311 


I 




49 


HI 


I 




CA 


312 




undefined 


20 


040 


space 




CB 


313 




undefined 


20 


040 


space 




CC 


314 


X 




20 


040 


space 




CD 


315 




undefined 


' 20 


040 


space 




CE 


316 


V 




20 


040 


space 




CF 


317 




undefined 


20 


040 


space 




DO 


320 


} 




7E 


175 


} 




Dl 


321 


J 




4A 


112 


J 




D2 


322 


K 




4B 


113 


K 




D3 


323 


L 




4C 


114 


L 




D4 


324 


M 




4D 


115 


M 




D5 


325 


N 




4E 


116 


N 




D6 


326 







4F 


117 







D7 


327 


P 




50 


120 


P 




D8 


330 


Q 




51 


121 


Q 




D9 


331 


R 




52 


122 


R 




DA 


332 




undefined 


20 


040 


space 




thru 


thru 














DF 


337 














EO 


340 


A 




5C 


134 


\ 




El 


341 




undefined 


20 


040 


space 




E2 


342 


s 




53 


123 


S 




E3 


343 


T 




54 


124 


T 




E4 


344 


U 




55 


125 


U 




E5 


345 


V 




56 


126 


V 





A-22 



60480600 D 



"\ 



TABLE A-8. CHARACTER CODE TRANSLATIONS, CONSOLES AND LINE PRINTERS IN TERMINAL CLASSES 9, 14, 16, 17, 

AND 18 (HASP, HPRE, 2780, 3270, AND 3780) (Contd) 



o 



o 



Terminal EBCDIC 


Network ASCII (Normalized Mode Use) 


Hex. 
Code 


Octal 
Code 


Graphic^ 


Control CharacterTT 


Hex.^^. 
CodeTTT 


Code tit 


Graphic 


Control Character it 


E6 

E7 

E8 

E9 

EA 

EB 

EC 

ED 

thru 

EF 

FO 

Fl 

F2 

F3 

F4 

F5 

F6 

F7 

F8 

F9 

FA 

FB 

thru 

FF 


346 

347 

350 

351 

352 

353 

354 

355 

thru 

357 

360 

361 

362 

363 

364 

365 

366 

367 

370 

371 

372 

373 

thru 

377 


W 
X 
Y 
Z 

H 


1 
2 
3 
4 
5 
6 
7 
8 
9 
1 


undefined 
undefined 

undefined 
undefined 


57 
58 
59 
5A 
20 
20 
20 
20 

30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
20 
20 


127 
130 
131 
132 
040 
040 
040 
040 

060 
061 
062 
063 
064 
065 
066 
067 
070 
071 
040 
040 


W 

X 

Y 

Z 

space 

space 

space 

space 



1 

2 

3 

4 

5 

6 

7 

8 

9 

space 

space 




tcraphic characters shown are those used on the IBM Systeiii/370 standard (PN) print train. Other devices 
support subsets or variations of this character graphic set. 

TlNot used for output to line printers. Translation to a space (100 octal) occurs. 

'''Shown with zero parity (eighth or uppermost bit is always zero). 



\J 



o 
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as 
o 

M 

,-3 
S2 



m 


a 


o ^ 


'->o 




CMq 


CO B 


•-1 3 


Q " 





rn 




H 


PLI 


H 


r*«. 


u 


rH 


i 


1 


u 




g 


lO 


\Jt 






-* 


» 


^ 


^^ 


at 


o 
l-l 
1=1 


CO 
CO 


PO 




m 


a 




b 


§ 




w 


n^ 


^ 


13 


1 


n 



s§ 






o 5 



r 

H 



1 



s 
^ 



= 


•> 


O O O 


o 


e>j CM (M 






s 

m in 1/^ 


.£> ■« .fl 




<n <o 00 


ON OnO^ 


? " 


4 ' 


4 


i a 
4 
i 1 


4 
? 

= s 

i 1 


EO 
12-11-0-7-8-9 

space 2D 


o 


. 


00 in 


o o 


MO M 


.2h 


Ci O 3 




1- 


2 

X o w 


ON 

►.i>- 


< 

f 

M ON 


i 1 


4^ 

i 1 

-* to 


I 1 


1 s 

i S 

i 1 


i = 
i 

4 1 


i S 
J. g. 


o 


a 


i 1 




g 


7 


s 

E - 5C 


a " 2 


b 
O 

t 

o -• o 


CU — 04 


7 


T 

q£ — Of 


ON O 
00 

i 1 


ON a 

00 

i 1 


00 

i 1 


1 I 


i S 


i 3 
i 1 


§ 


u 


a 
pj a. 


s 

T 


s 


1 


3 

t 

a ^ Q 


o 

7 

w 2 w 


t 

ft. -^ fa 




K — W 


S 


TO *^ 

2 s 

CM CL 
— CO 


i ° 

r 
m 

o u 

CM D. 


S 1 


t 1 


OS 

i S 

1 at 

(M (X 


4 1 

ei 0. 


g 


« 


Z 

1 1 


o 

11 


o 


a 

h 


? 

7 ^ 

(M a 


r 
si 


f 
? 

CM a 


Q 


4 

3 s 
i i- 


a 

o 

tl 


o 

i 1 


? a 
4 ^ 
i 1 


i 
i 1 


1 ° 

4 
t 1 


ii 2. 

— CO 


7 a 
4 

i 1 


2 


< 


2 s 

— c 

— W) 


a 

is 
is 




2 

4J -I- 


3-3 


i 


o 


1- 

i 


>. -H >H 


cr. 
o 


«o o 

1 CM 

o o 


i 1 


00 Q 

4 Z 
1 I 


00 D 

2 1 


2 s 
s 

-H (0 


7 a 
4 s 

-t a. 


o 
o 


. 


00 Q 
1 CM 

-1 (0 


_^g 




o 


O 

a- E 




g 




iy~H O- 




T a 

CM 

i 1 


00 a 

4 " 
i 1 


f a 
t 

I 1 


CO 

i 3 
ci S. 

— u 


CO a 

i S 
2 1 


i 1 


i 


» 


7 S 
I S 

i 5- 


,1 


o 
o 

* -■ M 


^o 


3 

4 

13 - a 


i 

o — ta 


s 

i 

1« ^ b. 


4 


O 

j3 -. rc 


o 

1 


7 a 

CM Q. 


o o 

i 1 


f a 

i s 


00 (=» 

I 1 


CO a 

i 1 


7 a 
i s 


o 


r-- 


o 


1 tt 


4 


o 

is 
il 


IT- o 

-3- 


1° 


0» Q 

= s 

A2. 




ON O 

4 

1 i 


Q 

S 
11 


8 

to 


o 




J 


H -i Ci It 


1 <!■ 


s 


-o 


1 " 1 


s 


1 ° 

•1 S. 


is 


= 1 


5i 


nO 

is 

i& 


ST. D 

ll 


1: 


^ o 


a 
= s 


4 " 

-o 


CO 

«i£« 


00 

t-li L 


4a 




o 

o 


^ 


00 


7S 


7 n 


7S 


9% a 


7S 

1 

1 « 




v a 

1 

i| 


CM B. 


a 
"s 


_2i_ 


GO 


7" 

^ 1 






4I 

r 3 sr 


1 


•* 


at s 
h 1 


OnQ 

is- 


i s 


ft 


9< a 

Ts 


9> Q 

is 
il 


o y 


is 


i = 
il 


o 


■s" 


b 

1 




jr 


4s'' 


1 

-.i3> 


8 


r> 


1 1 




ST- 1 


a 


Q 

8 




s 




a 


4| 


4 1 


o 


C^ (1) 

12 1 


a 


9s <U 
00 CD 


a 


o 

§ 


~ 


a-. a 
<x> 

i s 
si 1 


9 


a 

J«S 


a 
iS- 


at g. 


f s 


Q 

TS 

u o 10 


a 
ail 


a 
O m 


ON 

48 

il 


4 s 

Si & 


a 

4 8 

CM tn « 

8i S 


a 

I 1 




Ii 1 


a 

4 s 
§i 1 


a 

OS 

00 a) 


i 


- 


o^ a 

i 

i S 


Sil 


1 « 


7. 
.il 


ail 


a 

■s 
gil 


13 


rfil 




ON 

is 

gil 


I s 

8i 1 


I ^ 

A s 
ii 1 


Q 

I 


Q 

.^ S 

ai 1 


§11 


4 

m t a 


1 


O 


ON Q 

2 s 
U 1 


s 


1^ 1 




a 




Q 

Is 


.11 


a 




4 : 

la 1 


a 
I 


.Q 

4 I 

£i 1 


a 


i S 

si ^ 


a 

T 

00 

4 ^ 
sa 1 




Sll 


o 


- 


^ 


f-> 


- 


,„ 


xO 


- 


oo 


9> 


< 


CD 


u 





" 


Fk 


o 

S p 




i 


1 


i 


1 


8 

3 


s 


o 
o 


O 


1 


1 


o 


o 


8 





2 


= 



o 



/1^"~>, 

vi 






0) 01 

■s-s »; 


Card C 
Card C 
lay Co 


S S 2 Vai jj 

S S 3 \„„/ 








" 


■ 




its 




M 


+ 
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TABLE A-10. 6-BIT DISPLAY CODE WITH EXTENDED BINARY CODED DECIMAL INTERCHANGE CODE (EBCDIC) 

AND PUNCHED CODE TRANSLATIONS (LINE PRINTERS AND CARD PUNCHES, TERMINAL 

CLASSES 9, 14, 16, 17, AND 18; HASP, HPRE, 2780, 3270, AND 3780) 



\4^ 



f^; 



DISPLAY 




00 


01 


10 


11 


DISPLAY 
CODE 




00 


01 


10 


11 


CODE 
























BITS 


1ST 












BITS 


1ST 












HEX 





1 


2 




3 




HEX 





1 


2 


3 




2ND 














2ND 










0000 





, 


P 


5 




SZ 


1000 


8 


H 


X 


/ 


t 






2-8 


11-7 


5 




3-8 
(0-6-8) 






12-8 


0-7 


0-1 


5-8 
(11-5-8) 






: 7A 


P D7 


5 


F5 


# 7B 






H C8 


X E7 


/ 61 


7D 


0001 


1 


A 


q 


6 




[ 


1001 


9 


I 


Y 


( 


1 






12-1 


11-8 


6 




12-2-8 
(7-8) 






12-9 


0-8 


12-5-8 
(0-4-8) 


0-7-8 
(11-6-8) 






A CI 


Q D8 


6 


F6 


^ 4A 






I 09 


Y E8 


( 4D 


? 6F 


0010 


2 


B 


R 


7 




] 


1010 


A 


J 


Z 


) 


< 






12-2 


11-9 


7 




11-2-8 
(0-2-8) 






11-1 


0-9 


11-5-8 
(12-4-8) 


12-4-8 
(12-0) 






B C2 


R D9 


7 


F7 


! 5A 






J Dl 


Z E9 


) 5D 


< 4C 


0011 


3 


C 


S 


8 




% 


1011 


B 


K 





$ 


> 






12-3 


0-2 


8 




0-4-8 
(6-8) 






11-2 





11-3-8 


0-6-8 
(11-7-8) 






C C3 


S E2 


8 


F8 


% 6C 






K D2 


FO 


$ 5B 


> 6E 


0100 


4 


D 


T 


9 


' 


^ 


1100 


C 


L 


1 


^ 


< 






12-4 


0-3 


9 




7-8 
(4-8) 






11-3 


1 


6-8 
(3-8) 


4-8 
(5-8) 






D C4 


T E3 


9 


F9 


7F 






L D3 


1 Fl 


7E 


@ 7C 


0101 


5 


E 


U 


+ 




r* 


1101 


D 


M 


2 


SP 


> 






12-5 


0-4 


12-6- 
(12) 


8 


0-5-8 






11-4 


2 


no punch 


0-2-8 
(12-5-8) 






E C5 


U E4 


+ 


4E 


6D 






M D4 


2 F2 


40 


\ EO 


OHO 


6 


F 


V 


_ 




V 


1110 


E 


N 


3 


t 


—I 






12-6 


0-5 


11 




12-7-8 
(11-0) 






11-5 


3 


0-3-8 


11-7-8 
(12-6-8) 






F C6 


V E5 


- 


60 


! 4F 






N D5 


3 F3 


6B 


-1 5F 


0111 


7 


G 


W 


* 




A 


lUl 


F 





4 


, 


J 






12-7 


0-6 


11-4- 


8 


12 
(0-7-8) 






11-6 


4 


12-3-8 


11-6-8 
(12-7-8) 






G C7 


W E6 


* 


5C 


& 50 






D6 


4 F4 


4B 


; 5E 



LEGEND: CDC Graphic Character - 



EBCDIC Character 



.+ 
12-6-8-^- 
(12)-* 

•+ 25-*- 



029 Card Code 
026 Card Code 
EBCDIC Code (Hexadecimal) 



o 
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A-25 



o 

00 






I o 



ig 



s 


OK 


H 


^ 


» 


s 


/-^ 




M 


r^ 


a 




u 




pa 


vO 






i 


-a- 


o 




H 


o^ 


ts 


tn 




b] 


fS 


tr 


i 


u 


5 


H 


- 


SK 


•^ 


^ 


Q> 


^ 


Cd 


t 


a 




I 


Ed 


P^ 


^ 


C) 






S) 


U 


a 


1 


s 


s 






si 

H 

2 



-- 


L-l (t, 


00 


g 

m 


00 


E» 
00 


OS 
00 

1 

CM 
O 


a. 

00 

en 
o 


w 

1 

1 

1 

o 

1 


Id 

OS 

I 

f 

o 


M 

OS 
00 

.« 

o 


<Js 

00 

1 

1 
O 


OS 4] 

4- 
'A 

<M 


4" 

en 

i 

f 

(M 


OS o 

4^ 
t 

o 

CM 


ON O 

4- 

m 

4 

CM 


ON U 

4- 

4 


OS b 

4- 

1 
I 

CM 


^ o 


-3- C4 


CO 

r 


CM 


4 


o 

CM 


o 

CM 


00 a 

1 M 

o 


00 u 

1 te 

^C^ 

1 
O 

1 

1 


00 b 
1 eo 

o 


ON 3 

00 

i 

CM 


CQ 

4 


00 

4 


OS o 

CO 
1 

l 


ON U 
00 

1 

4 

2 > 


ON u 

i 

o 
1 

CM 


42 


CM 


o 


m Q 


S 

00 

T 

1 


O 

<: 

CO 

4 


3 

CM 

4 


9 
? 

en 

4 


<: 

00 
O 


9 

4 


9 

00 

4 


00 

4 


4 

V 

CM 


o 


OQ 

i 


en 

CQ 

<n 

4 


4 


b-1 

i 


4 


ta 


_^o'=' 


c^J O 


1 1^ 

4 

est v£3 
— h 


1 r- 

4 

1 


7^ to 

o 

(M OO 


o 

CO 
00 

T 

? 


s 
4 


00 

1 
m 

1 


4 


a 

CO 

o 


00 

4 


1 


1 


CO 


PQ 

ON 

CO 
CM 


CM 


a 

OS 
00 

J, 

1 

V 


00 
1 

1 


o 


— cq 


00 
CO 


ON 

CO 

1 


CM 
1 
O 


OS 
en 
O 


M3 
OS 


0^ 

4 


t 

f 


1 


OS 

4 


CJS 

so 

s 


o 

Q 


1 

T 

^ In 


On cm 

1 r- 

CM 

1 

? 

T 


CTN r^ 

en 

4 


OS -* 

-a- 

4 


<T< u-i 

4 

7 


o 

o "' 


O < 




4 


1 

4 


OS -* 

4 


OS ^ 

O 


OS -3- 

4 


o 


03 

ess Ji- 

00 

o 


1 


~ 


C»N CM 

1 
CM 


CTs en 

en 

1 


ON -* 

-it 


c^ lA 

in 

CM 


On nD 

4" 

1 

CM 


OS r-- 
1 m 

7 
1 

CM 


^o°" 


CT\ 


00 
o 


fn 

T 


< 

00 

is 


en 
1 


en 
en 


en 


<n 

OS 

r u 


00 

o 

as 
X 
CM w 


00 

en 

OS 

1 

CO 


ON 

en 

On 

1 
00 


< 

m 

OS 

1 

DO 


CO 

en 

OS 

I 

CO en 

A8 


O 

OS 
t 
•3- 

1 
(M d. 


o- 

-3- 


OS 

1 
00 

1 


On 

1 

1 

r 




» 


00 

o 


CM 

Si 


OS 


en 

OS 

t 
m 

1 
o 


OS 

1 

1 >4 


in 


>,o 
o 

en 

1 


o> 


00 

CT> 

CO 

1 

o 


OS 

ON 

1 

CO 
1 

o 


CTN 
1 
00 

1 

O W 


OS 
CO 

cn CM 


u 

CM 

ON 

1 

CO 

r 


c^ 
o 

4 


s 

i 

1 


ta 

ON 

1 

— ' 3 

— (_> 


o '^ 


- 


-. o. 


00 CO 

1 c^ 


OS OS 
1 OS 

1 


4 


7^ 

O 


? 

-- a 


4 


4 

- 3 


O 


o 


<3s 

O 

1 


o 
o 

o 


< 


o 

o 

o 


1 


o^ 

CM M 


o 
o 


«> 


00 


— . CO 

o 

-< (0 


<SJ CO 

CM 


o 

CM 


-* 00 

o 

CM 


m 00 

1 

o 


^ 00 

1 

o 

CM 


1-^ 00 

1 

? 


CC 
CO 00 

o 


CTn 00 

o 


! CJS 
1 


CM CM 
rM 

-1 -n: 


1 OS 


1 OS 

-- a 


in u^ 

1 CJN 

- c 


1 CTi 

-< 




^ 


Q 

I 


00 

o 
1 


OS 

^ OS 




en 
O H 


s 
t 

O 3 


o > 


w 

o 3 


O X 


OS 

u 

OO 

o >- 


o\ 

cr> 


OO <c 


O 

00 U 

o ^ 


1 


00 b 

z r 


cog 
1 


o 


■^ 




r 


^3 

_. OS' 


en 
en u 

CM 


-a- 

CM 

— Q 


7" 






00 U 


OS 
CJs tj 




CM 
CM Q 


en 
en o 


-* 

^ s 




- 


o°" 


M 




tu 


CM 

' En 

CM CM 


<n en 


2 


u-i in 


sD 

b 


b 


CO 

00 00 


On 

c^ OS 


< 

CO 
CM .. 


op W 


CO u 


u 

00 

>0 II 


00 So 

\£> 
1 
^ 




o 


o, 


X o 

o e4 

CO 




00 


03 
OO 


ea 

CO 

7 


OO 

2k 


O 
CM 


00 


a 

1 

m 

r 


1 


00 


OO 

1 
-■ + 


OO 

o - 


o 


CQ 

00 
1 
CO 

r 

CM 


-^ 


o 




•2 

1 

V 

2^ 




rM 
OS 

1 

ii 


OS 

is 




OS 

4^ 




vO 

4b 

o w 


CO 

OS 

CO 


ON 

00 

1 

is 


en 

OS 

4g 


cy< 
1 

O M 


u 

OS 
OO 

-J 

i& 


1 

00 

is 


1 

00 


OS 

is 


o 


o 


■78 


o 
as 


O 

ON 

1 X 
CM H 


n 

o 

• 


■s 


00 

in o- 

o § 


00 

4g 

o <e 


On 

CO 

1 


\0 
CTn 

4 

— CO 

--• pa 


o 

On 

m 
1 

2S 


CM 
CTN 

is 


4 

en 

CM H 

« > 


^8 

CO 
EM b 


§ 

CTN 

4 


CO 
CM 



CO 

— Vi 


00 r-- ■^ m 
j:> Xi J> A 


% 


O 


- 


" 


„ 


- 


^ 


^o 


r^ 


00 


OS 


o <: 


:iS 


(VI l_) 


en a 


^ "^ 


M-1 [1, 


M 


-3- 


o 
o 
o 
o 


o 
o 
o 


o 

o 
o 


o 
o 


o 
o 

o 


o 
o 


o 
o 


O 


o 
o 
o 


o 
o 


o 
o 


O 


o 
o 


o 





- 



o 
o 



o 









CO 

I 
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TABLE A-12. CHARACTER CODE TRANSLATIONS, ASCII CHARACTER SET CONSOLES IN 
TERMINAL CLASSES 1, 2. AND 5 THROUGH 8 (M33, 713, X3.64, H2000, T4014, M40) 



Terminal ASCII (Transparent Mode Use) 


Network ASCII (Norma 


lized Mode Use) 


Codet 


Octal 
Codet 


ASCII 
Graphic 


Control Charactertt 


Hex. 
Codettt 


Octal 
Codettt 


ASCII 
Graphic 


Control Character 


00 


000 




NUL or ® 


00 


000 




null 


03 


003 


▲ 


ETX or @ 


03 


003 




end of text 


05 


005 




ENQ or WRU or (e) 


05 


005 




enquiry 


06 


006 




ACK or RU or (fJ 


06 


006 




positive acknowledgement 


09 


Oil 




HT or ® 


09 


Oil 




horizontal tabulate 


OA 


012 




LF or NL or 4 or Q) 


OA 


012 




linefeed 


00 


014 




FF or FORM or © 


OC 


014 




formfeed 


OF 


017 


> 


SI or (o) 


OF 


017 




shift in 


11 


021 




DCl or X-ON or ® 


11 


021 




device control 1 


12 


022 




DC2 or TAPE or ® 


12 


022 




device control 2 


14 


024 




DC4 or TAPE or (T) 


14 


024 




device control 4 


17 


027 




ETB or ® 


17 


027 




end transmission block 


18 


030 




CAN or CLEAR or (x) 


18 


030 




cancel 


IB 


033 




ESC or ESCAPE or QJ 


IB 


033 




escape 


ID 


035 




GS or (T) 


ID 


035 




group separator 


IE 


036 




RS or (75 


IE 


036 




record separator 


21 


041 


1 


>— ^ 


21 


041 


! 




22 


042 


II 




22 


042 


II . 




24 


044 


$ 




24 


044 


$ 




27 


047 


/ 




27 


047 


' 




28 


050 


( 




28 


050 


( 




2B 


053 


+ 




2B 


053 


+ 




2D 


055 


- 




2D 


055 


- 




2E 


056 


, 




2E 


056 


. 




30 


060 







30 


060 







33 


063 


3 




33 


063 


3 




35 


065 


5 




35 


065 


5 




36 


066 


6 




36 


066 


6 




39 


071 


9 




39 


071 


9 




3A 


072 


: 




3A 


072 


: 




3C 


074 


< 




3C 


074 


< 




3F 


077 


? 




3F 


077 


7 




41 


101 


A 




41 


101 


A 




42 


102 


B 




42 


102 


B 




44 


104 


D 




44 


104 


D 




47 


107 


G 




47 


107 


6 




48 


110 


H 




48 


110 


H 




4B 


113 


K 




4B 


113 


K 




4D 


115 


M 




4D 


115 


M 




4E 


116 


N 




4E 


116 


N 




50 


120 


P 




50 


120 


P 




53 


123 


S 




53 


123 


S 




55 


125 







55 


125 


" 




56 


126 


V 




56 


126 


V 




59 


131 


Y 




59 


131 


Y 




5A 


132 


Z 




5A 


132 


Z 




5C 


134 


\ 




5C 


134 


\ 




5F 


137 


or «- 




5F 


137 






60 


140 


T- 




60 


140 


"T 




63 


143 


c 




63 


143 


c 




65 


145 


e 




65 


145 


e 




66 


146 


f 




66 


146 


f 




69 


151 


1 




69 


151 


i 




6A 


152 


J 




6A 


152 


J 




6C 


154 


1 




6C 


154 


1 




6F 


157 







6F 


157 







71 


161 


q 




71 


161 


q 




72 


162 


r 




72 


162 


r 
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TABLE A-12. CHARACTER CODE TRANSLATIONS, ASCII CHARACTER SET CONSOLES IN 
TERMINAL CLASSES 1, 2, AMD 5 THROUGH 8 (M33, 713, X3.64, H2000, T4014, M40) (Contd) 



Terminal ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Codet 


Octal 
Codet 


ASCII 
Graphic 


Control Charactertt 


Hex. 
Codettt 


Octal 
Codettt 


ASCII 
Graphic 


Control Character 


74 


164 


t 




74 


164 


t 




77 


167 


w 




77 


167 


w 




78 


170 


X 




78 


170 


X 




7B 


173 


{ 




7B 


173 


{ 




7C 


174 


1 or t or 1 




7C 


174 


1 




7D 


175 


} 




7D 


175 


} 




7E 


176 


~ or — I 




7E 


176 






81 


201 




SOH or (a) 


01 


001 




start of header 


82 


202 




SIX or @ 


02 


002 




start of text 


84 


204 




EOT or (V) 


04 


004 




end of transmission 


87 


207 




BELL or ^G) 


07 


007 




bell 


88 


210 




BS or *- or (h) 


08 


010 




backspace 


8B 


213 




VT or ® 


OB 


013 




vertical tabulate 


8D 


215 




CR or RETURN or (m) 


OD 


015 




carriage return 


8E 


216 


< 


SO or (n) 


OE 


016 




shift out 


90 


220 




DLE oT{V) 


10 


020 




data link escape 


93 


223 




DC3 or X-OFF or @ 


13 


023 




device control 3 


95 


225 




NAK or -»■ or (u) 


15 


025 




negative acknowledgement 


96 


226 




SYN or LINE CLEAR or (v) 


16 


026 




synchronous idle 


99 


231 




EM or RESET or ® 


19 


031 




end of medium 


9A 


232 




SUB or t or @ 


lA 


032 




substitute 


9C 


234 




FS or Q 


IC 


034 




file separator 


9F 


237 




US or Q 


IF 


037 




unit separator 


AO 


240 


SPACE 

or 

blank 




20 


040 


space 


















A3 


243 


# 




23 


043 


# 




A5 


245 


% 




25 


045 


% 




A6 


246 


& 




26 


046 


& 




A9 


251 


) 




29 


051 


) 




AA 


252 


* 




2A 


052 


* 




AC 


254 


> 




2C 


054 


1 




AF 


257 


/ 




2F 


057 


/ 




Bl 


261 


1 




31 


061 


1 




B2 


262 


2 




32 


062 


2 




B4 


264 


4 




34 


064 


4 




B7 


267 


7 




37 


067 


7 




B8 


270 


8 




38 


070 


8 




BB 


273 


9 




3B 


073 


» 




BD 


275 






3D 


075 






BE 


276 


> 




3E 


076 


> 




CO 


300 


@ 




40 


100 


@ 




C3 


303 


c 




43 


103 


C 




C5 


305 


E 




45 


105 


E 




C6 


306 


F 




46 


106 


F 




C9 


311 


I 




49 


111 


I 




CA 


312 


J 




4A 


112 


J 




CC 


314 


L 




4C 


114 


L 




CF 


317 







4F 


117 







Dl 


321 


Q 




51 


121 


Q 




D2 


322 


R 




52 


122 


R 




D4 


324 


T 




54 


124 


T 




D7 


327 


W 




57 


127 


W 




D8 


330 


X 




58 


130 


X 




DB 


333 


[ 




5B 


133 


[ 




DD 


335 


] 




5D 


135 


] 




DE 


336 


A or —I 




5E 


136 


A 




El 


341 


a 




61 


141 


a 





o 









'K.J^ 



o 



\ 



A-28 



60480600 C 



o 
o 



TABLE A-12. CHARACTER CODE TRANSLATIONS, ASCII CHARACTER SET CONSOLES IN 
TERMINAL CLASSES I, 2, AND 5 THROUGH 8 (M33, 713, X3.64, H2000, T4014, M40) (Contd) 



^*^^. 
^W^ 



Terminal ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Hex. 
Code! 


Octal 
Codet 


ASCII 
Graphic 


Control Charactertt 


Hex. 
Codettt 


Octal 
Codettt 


ASCII 
Graphic 


Control Character 


E2 
E4 
E7 
E8 
EB 
ED 
EE 
FO 
F3 
F5 
F6 
F9 
FA 
FF 


342 
344 
347 
350 
353 
355 
356 
360 
363 
365 
366 
371 
372 
377 


b 

d 

g 
h 

k 
m 
n 

P 
s 
u 

V 

y 

z 

■ 


DEL or RUBOUT 


62 
64 
67 
68 
6B 
6D 
6E 
70 
73 
75 
76 
79 
7A 
7F 


142 
144 
147 
150 
153 
155 
156 
160 
163 
165 
166 
171 
172 
177 


b 
d 

g 
h 

k 
m 
n 

P 
s 
u 

V 

y 

z 


delete 


'Shown with even parity, which is the default for these terminal classes (unless PA=N or PA=I, an appli- 
cation program receives the same code as in normalized mode). 

' 'A circle around a character indicates that the character key is pressed in conjunction with a CTL, CTRL, 
CNTRL, or CONTROL key to generate the code. 

Ti 'Shown with zero parity (eighth or uppermost bit is always zero). 



o 






o 
o 
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TABLE A-13. CHARACTER CODE TRANSLATIONS, APL TYPEWRITER-PAIRING CONSOLES IN 
TERMINAL CLASSES 1, 2, AND 5 THROUGH 8 (M33, 713, X3.64, H2000, T4014, M40) 



Hex 
Codet 



00 

03 

05 

06 

09 

OA 

OC 

OF 

11 

12 

14 

17 

18 

IB 

ID 

IE 

21 

22 

24 

27 

28 

2B 

2D 

2E 

30 

33 

35 

36 

39 

3A 

3C 

3F 

41 

42 

44 

47 

48 

4B 

4D 

4E 

50 

53 

55 

56 

59 

5A 

50 

5F 

60 

63 

65 

66 

69 

6A 

6C 

6F 

71 

72 



Terminal ASCII (Transparent Mode Use) 



Octal 
Codet 



000 

003 

005 

006 

Oil 

012 

014 

017 

021 

022 

024 

027 

030 

033 

035 

036 

041 

042 

044 

047 

050 

053 

055 

056 

060 

063 

065 

066 

071 

072 

074 

077 

101 

102 

104 

107 

110 

113 

115 

116 

120 

123 

125 

126 

131 

132 

134 

137 

140 

143 

145 

146 

151 

152 

154 

157 

161 

162 



ASCII-APL 
Graphic 



> 



< 

T 

V 

+ 



i 

L 

V 
A 

I 

T 

r 
I 
U 
t 




C 
E 
F 
I 
J 
L 


Q 
R 



Control Character 



tt 



or 
© 



NUL or C| 
ETX or ^ 
ENQ or WRU or 
ACK or RU or 
HT or 
LF or NL or I 
FF or FORM or 
SI or (§) 
DCl or X-ON or 
DC2 or TAPE or 
DC4 or TAPE or 
ETB or (w) 
CAN or CLEAR or 
ESC or ESCAPE or 
GS or 
RS or 



® 



% 



Network ASCII (Normalized Mode Use) 



Hex 
Codettt 



00 

03 

05 

06 

09 

OA 

OC 

OF 

11 

12 

14 

17 

18 

IB 

ID 

IE 

23 

29 

40 

5D 

21 

25 

2B 

2E 

30 

33 

35 

36 

39 

28 

3B 

5C 

61 

62 

64 

67 

68 

27 

6D 

6E 

2A 

73 

75 

76 

79 

7A 

7E 

2D 

60 

43 

45 

46 

47 

4A 

4C 

4F 

51 

52 



Octal 
Codettt 



000 
003 
005 
006 

on 

012 

014 

017 

021 

022 

024 

027 

030 

033 

035 

036 

043 

052 

100 

135 

041 

045 

053 

056 

060 

063 

065 

066 

071 

050 

073 

134 

141 

142 

144 

147 

150 

047 

155 

156 

052 

163 

165 

166 

171 

172 

176 

055 

140 

103 

105 

106 

111 

112 

114 

117 

121 

122 



ASCII-APL 
Graphic 



< 

] 
V 

+ 




3 
5 
6 
9 
( 

I 

\ 

OC 

i 

L 
V 
A 

I 

T 
* 

r 

; 
u 
t 





c 

E 
F 
I 
J 
L 


Q 
R 



Control Character 



null 

end of text 

enquiry 

positive acknowledgement 

horizontal tabulate 

linefeed 

formfeed 

shift in 

device control 1 

device control 2 

device control 4 

end transmission block 

cancel 

escape 

group separator 

record separator 



o 
o 



o 






\J 



A-30 
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o 
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TABLE A-13. CHARACTER CODE TRANSLATIONS, APL TYPEWRITER-PAIRING CONSOLES IN 
TERMINAL CLASSES 1, 2, AMD 5 THROUGH 8 (M33, 713, X3.64, H2000, T4014, M40) (Contd) 



Terminal ASCII (Transparent Mode Use) 




Network 


ASCII (Normalized Mode Use) 


Hex 


Octa: 


ASCII-APL 


Control Charactertt 


Hex 


Octal 


ASCII-APL 




CodeT 


Code' 


Graphic 


Codettt 


Codettt 


Graphic 


Control Character 


74 


164 


T 




54 


124 


T 




77 


167 


W 




57 


127 


W 




78 


170 


X 




58 


130 


X 




7B 


173 


{ 




7B 


173 


{ 




7C 


174 


— ( 




6B 


153 


-H 




7D 


175 


} 




7D 


175 


} 




7E 


176 


$ 




24 


044 


$ 




81 


201 




SOH or ® 


01 


001 




start of header 


82 


202 




SIX or r5 


02 


002 




start of text 


84 


204 




EOT or (D) 


04 


004 




end of transmission 


87 


207 




BELL or (G) 


07 


007 




bell 


88 


210 




BS or ••- or (h) 


08 


010 




backspace 


8B 


213 




VT or ® 


OB 


013 




vertical tabulate 


8D 


215 




OR or RETURN or (m) 


OD 


015 




carriage return 


8E 


216 


< 


SO or (n) 


OE 


016 


< 


shift out 


90 


220 




DLE or (J) 


10 


020 




data link escape 


93 


223 




DC3 or X-OFF or (s) 


13 


023 




device control 3 


95 


225 




NAK or -♦ or (U) 

SYN or LINE CLEAR or (v) 


15 


025 




negative acknowledgement 


96 


226 




16 


026 




synchronous idle 


99 


231 




EM or RESET or (y) 


19 


031 




end of medium 


9A 


232 




SUB or t or @ 


lA 


032 




substitute 


9C 


234 




FS or Q 


10 


034 




file separator 


9F 


237 




US or 


IF 


037 




unit separator 


AO 


240 


SPACE 

or 

blank 




20 


040 


space 


















A3 


243 


< 




3C 


074 


< 




A5 


245 


ss 




3D 


075 


= 




A6 


246 


> 




3E 


076 


> 




A9 


251 


A 




26 


046 


A 




AA 


252 


^ 




22 


042 


i* 




AC 


254 


> 




2C 


054 


i 




AF 


257 


/ 




2F 


057 


1 




Bl 


261 


1 




31 


061 


1 




B2 


262 


2 




32 


062 


2 




B4 


264 


4 




34 


064 


4 




B7 


267 


7 




37 


067 


7 




B8 


270 


8 




38 


070 


8 




BB 


273 


[ 




5B 


133 


[ 




BD 


275 


X 




66 


146 


X 




BE 


276 


: 




3A 


072 


; 




CO 


300 


— 




5E 


136 


— 




C3 


303 


n 




63 


143 


n 




C5 


305 


e 




65 


145 


e 




C6 


306 






5F 


137 






C9 


3U 


\ 




69 


151 


if 




CA 


312 


o 




6A 


152 


a 




CC 


314 


D 




6C 


154 


D 




CF 


317 


O 




6F 


157 


O 




Dl 


321 


? 




3F 


077 


? 




D2 


322 


P 




72 


162 


P 




D4 


324 


— 




74 


164 


- 




D7 


327 


CJ 




77 


167 


CJ 




D8 


330 


=> 




78 


170 


o 




DB 


333 


•*- 




70 


160 


«_ 




DD 


335 


-* 




71 


161 


-♦ 




DE 


336 


> 




7C 


174 


> 




El 


341 


A 




41 


101 


A 





60480600 C 
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TABLE A-13. CHARACTER CODE TRANSLATIONS, APL TYPEWRITER-PAIRING CONSOLES IN 
TERMINAL CLASSES 1, 2, AND 5 THROUGH 8 (M33, 713, X3.64, H2000, T4014, M40) (Contd) 



Terminal ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Hex 
Code! 


Octal 
CodeT 


ASCII-APL 
Graphic 


Control CharacterTt 


Hex 
Codettt 


Octal 
CodettT 


ASCII-APL 

Graphic 


Control Character 


E2 
E4 
E7 
E8 
EB 
ED 
EE 
FO 
F3 
F5 
F6 
F9 
FA 
FF 


342 
344 
347 
350 
353 
355 
356 
360 
363 
365 
366 
371 
372 
377 


B 
D 
G 
H 
K 
M 
N 
P 
S 
U 
V 
Y 
Z 
■ 


DEL or RUBOUT 


42 
44 
47 
48 
4B 
4D 
4E 
50 
53 
55 
56 
59 
5A 
7F 


102 
104 
107 
110 
113 
U5 
116 
120 
123 
125 
126 
131 
132 
177 


B 
D 
G 
H 
K 
M 
N 
P 
S 
U 
V 
Y 
Z 


delete 


tshown with even parity, which is the default for these terminal classes (unless PA=N or PA=I, an appli- 
cation program receives the same code as in normalized mode). 

ttA circle around a character indicates that the character key is pressed in conjunction with a CTL, CIKL, 
CNTRL, or CONTROL key to generate the code. 

' ' 'Shown with zero parity (eighth or uppermost bit is always zero) . 



o 
o 






/"^\ 

kj 



A-32 
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o 



TABLE A- 14. CHARACTER CODE TRANSLATIONS, APL BIT-PAIRING CONSOLES IN TERMINAL 
CLASSES 1, 2, AND 5 THROUGH 8 (M33, 753, 751, H2000, T4014, AND M40) 





Terminal 


ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Hex 
Codet 


Octal 
Codet 


ASCII-APL 
Graphic 


Control Charactertt 


Hex 
Codettt 


Octal 
Codettt 


ASCII-APL 
Graphic 


Control Character 


00 


000 




NUL or ® 


00 


000 




null 


03 


003 


▲ 


ETX or © 


03 


003 




end of text 


05 


005 




ENQ or WRU or (e) 


05 


005 




enquiry 


06 


006 




ACK or RU or (?) 


06 


006 




positive acknowledgement 


09 


on 




HT or ® 


09 


on 




horizontal tabulate 


OA 


012 




LF or NL or 1 or (j) 


OA 


012 




linefeed 


OC 


014 




FF or FORM or © 


OC 


014 




formfeed 


OF 


017 


> 


SI or (O) 


OF 


017 




shift in 


11 


021 




DCl or X-ON or ® 


a 


021 




device control 1 


12 


022 




DC2 or TAPE or ® 


12 


022 




device control 2 


14 


024 




DC4 or TAPE or (t) 


14 


024 




device control 4 


17 


027 




ETB or (W) 


17 


027 




end transmission block 


18 


030 




CAN or CLEAR or (x) 


18 


030 




cancel 


IB 


033 




ESC or ESCAPE or (]_) 


IB 


033 




escape 


ID 


035 




GS or (T) 


ID 


035 




group separator 


IE 


036 




RS or (A^^ 


IE 


036 




record separator 


21 


041 


• • 


\Jy 


23 


043 






22 


042 







5E 


136 







24 


044 


< 




40 


100 


< 




27 


047 


> 




3E 


076 


> 




28 


050 


^ 




22 


042 


^ 




2B 


053 


( 




28 


050 


( 




2D 


055 


+ 




2B 


053 


+ 




2E 


056 


^ 




2E 


056 


• 




30 


060 







30 


060 







33 


063 


3 




33 


063 


3 




35 


065 


5 




35 


065 


5 




36 


066 


6 




36 


066 


6 




39 


071 


9 




39 


071 


9 




3A 


072 


] 




5D 


135 


1 




30 


074 






3B 


073 


* 




3F 


077 


\ 




5C 


134 


\ 




41 


101 


cc 




61 


141 


OC 




42 


102 


i 




62 


142 


1 




44 


104 


L 




64 


144 


L 




47 


107 


V 




67 


147 


V 




48 


110 


A 




68 


150 


A 




4B 


113 


> 




27 


047 


* 




4D 


115 


1 




6D 


155 


1 




4E 


116 


T 




6E 


156 


T 




50 


120 


* 




2A 


052 


* 




53 


123 


r 




73 


163 


r 




55 


125 


i 




75 


165 


i 




56 


126 


U 




76 


166 


y 




59 


131 


t 




79 


171 


t 




5A 


132 


c 




7A 


172 


<= 




5C 


134 







60 


140 







5F 


137 


/\ 




26 


046 


^\ 




60 


140 


-^ 




71 


161 


-► 




63 


143 


C 




43 


103 


C 




65 


145 


E 




45 


105 


E 




66 


146 


F 




46 


106 


F 




69 


151 


I 




49 


111 


I 




6A 


152 


J 




4A 


112 


J 




6C 


154 


L 




4C 


114 


L 




6F 


157 







4F 


117 







71 


161 


Q 




51 


121 


Q 




72 


162 


R 




52 


122 


R 





60480600 C 



A-33 



TABLE A-IA. CHARACTER CODE TRANSLATIONS, APL BIT-PAIRING CONSOLES IN TERMINAL 
CLASSES 1, 2, AND 5 THROUGH 8 (M33, 753, 751, H2000, T4014, AND M40) (Contd) 



Terminal ASCII (Transparent Mode Use) 


Network ASCII {Normalized Mode Use) 


Hex. 
CodeT 


Octal 
Codet 


ASCII-APL 
Graphic 


Control CharacterTt 


Hex 
Codettt 


Octal 
Codettt 


ASCII-APL 
Graphic 


Control Character 


74 


164 


T 




54 


124 


T 




77 


167 


W 




57 


127 


W 




78 


170 


X 




58 


130 


X 




7B 


173 


-H 




6B 


153 


— ) 




7C 


174 


$ 




24 


044 


$ 




7D 


175 


} 




7D 


160 


} 




7E 


176 


■ -5- 




25 


045 


-j- 




81 


201 




SOH or ® 


01 


001 




start of header 


82 


202 




SIX or @ 


02 


002 




start of text 


84 


204 




EOT or (d) 


04 


004 




end of transmission 


87 


207 




BELL or (b) 


07 


007 




bell 


88 


210 




BS or «- or (5) 


08 


010 




backspace 


8B 


213 




VT or (K) 

CR or RETURN or (m) 


OB 


013 




vertical tabulate 


8D 


215 




OD 


015 




carriage return 


8E 


216 


< 


SO or (n) 


OE 


016 




shift out 


90 


220 




OLE or ij) 


10 


020 




data link escape 


93 


223 




DC3 or X-OFF or (s) 


13 


023 




device control 3 


95 


225 




NAK or -► or 


15 


025 




negative acknowledgement 


96 


226 




SYN or LINE CLEAR or (v) 


16 


026 




synchronous idle 


99 


231 




EM or RESET or ® 


19 


031 




end of medium 


9A 


232 




SUB or t or @ 


lA 


032 




substitute 


9C 


234 




FS or Q 


IC 


034 




file separator 


9F 


237 




US or 


IF 


037 




unit separator 


AG 


240 


SPACE 

or 

blank 




20 


040 


space 




A3 


243 


< 




3C 


074 


< 




A5 


245 


= 




3D 


075 


= 




A6 


246 


> 




7C 


174 


> 




A9 


251 


V 




21 


041 


V 




AA 


252 


) 




29 


051 


) 




AC 


254 


> 




2C 


054 


> 




AF 


257 


/ 




2F 


057 


/ 




Bl 


261 


1 




31 


061 


1 




B2 


262 


2 




32 


062 


2 




B4 


264 


4 




34 


064 


4 




B7 


267 


7 




37 


067 


7 




B8 


270 


8 




38 


070 


8 




BB 


273 


[ 




5B 


133 


[ 




BD 


275 






2D 


055 






BE 


276 


: 




3A 


072 


: 




CO 


300 


«- 




70 


160 


♦- 




C3 


303 


n 




63 


143 


n 




C5 


305 


e 




65 


145 


e 




C6 


306 






5F 


137 






C9 


311 


\ 




69 


151 


\ 




CA 


312 


o 




6A 


152 







CC 


314 


n 




6C 


154 


D 




CF 


317 


o 




6F 


157 


O 




Dl 


321 


? 




3F 


077 


? 




D2 


322 


p 




72 


162 


P 




D4 


324 


~ 




74 


164 


- 




D7 


327 


CO 




77 


167 


to 




D8 


330 


o 




78 


170 


=> 




DB 


333 


1— 




7E 


176 


1— 




DD 


335 


{ 




7B 


173 


{ 




DE 


336 


X 




66 


146 


X 




El 


341 


A 




41 


101 


A 





o 



,'<'> 



'i__y 



'\_/' 



o 



A-34 
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TABLE A-14. CHARACTER CODE TRANSLATIONS, APL BIT-PAIRING CONSOLES IN TERMINAL 
CLASSES 1, 2, AND 5 THROUGH 8 (M33, 753, 751, H2000, T4014, AND M40) (Contd) 



Terminal ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Codet 


Octal 
Codet 


ASCII-APL 
Graphic 


Control Charactertt 


Hex 
Codettt 


Octal 
Codettt 


ASCII-APL 
Graphic 


Control Character 


E2 
E4 
E7 
E8 
EB 
ED 
EE 
FO 
F3 
F5 
F6 
F9 
FA 
FF 


342 
344 
347 
350 
353 
355 
356 
360 
363 
365 
366 
371 
372 
377 


B 
D 
G 
H 
K 
M 
N 
P 
S 

u 

V 
Y 
Z 

■ 


DEL or RUBOUT 


42 
44 
47 
48 
4B 
4D 
4E 
50 
53 
55 
56 
59 
5A 
7F 


102 
104 
107 
110 
113 
115 
116 
120 
123 
125 
126 
131 
132 
177 


B 
D 
G 
H 
K 
M 
N 
P 
S 

u 

V 
Y 
Z 


delete 


tshown with even parity, which Is the default for these terminal classes (unless PA=N or PA=1, an appli- 
cation program receives the same code as in normalized mode). 

ttA circle around a character indicates that the character key is pressed in conjunction with a CTL, CTRL, 
CNTRL, or CONTROL key to generate the code. 

tttshown with zero parity (eighth or uppermost bit is always zero). 



o 






o 
o 
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TABLE A-15. CHARACTER CODE TRANSLATIONS, ASCII CONSOLES AND LINE PRINTERS IN 
TERMINAL CLASSES 10 AND 15 (200UT AND 734) 



Hex. 
Codett 



20 
23 
25 
26 
29 
2A 
2C 
2F 
31 
32 
34 
37 
38 
3B 
3D 
3E 
40 
43 
45 
46 
49 
4A 
4C 
4F 
51 
52 
54 
57 
58 
5B 
5D 
5E 
Al 
A2 
A4 
A7 
A8 



Terminal ASCII 



Octal 
Codett 



040 

043 . 

045 

046 

051 

052 

054 

057 

061 

062 

064 

067 

070 

073 

075 

076 

100 

103 

105 

106 

111 

112 

114 

117 

121 

122 

124 

127 

130 

133 

135 

136 

241 

242 

244 

247 

250 



Keyboard or 
Printer Graphic 



ASCII 



blank 
# 
% 
& 

) 
* 

> 

/ 
1 
2 
4 
7 
8 



> 
@ 
C 
E 
F 
I 
J 
L 


Q 
R 
T 
W 
X 
[ 
] 

/\ 
t 



CDC 



blank 



> 
< 

C 
E 
F 
I 
J 
L 


Q 

R 
T 
W 
X 

E 
] 



Network ASCII (Normalized Mode Use) 



Input or Output 



Hex. 

Codettt 



20 
23 
25 
26 
29 
2A 
2C 
2F 
31 
32 
34 
37 
38 
3B 
3D 
3E 
40 
43 
45 
46 
49 
4A 
4C 
4F 
51 
52 
54 
57 
58 
5B 
5D 
5E 
21 
22 
24 
27 
28 



Octal 
Codettt 



040 
043 
045 
046 
051 
052 
054 
057 
061 
062 
064 
067 
070 
073 
075 
076 
100 
103 
105 
106 
111 
112 
114 
117 
121 
122 
124 
127 
130 
133 
135 
136 
041 
042 
044 
047 
050 



Console Output Only 



Hex. 
Codettt 



60 
63 
65 
66 
69 
6A 
6C 
6F 
71 
72 
74 
77 
78 
7B 
7D 
7E 



Octal 
Codettt 



140 
143 
145 
146 
151 
152 
154 
157 
161 
162 
164 
167 
170 
173 
175 
176 



Graphic 



space 

# 

% 

& 

) 
* 

» 

/ 
1 
2 
4 
7 
8 



> 

@ 
C 
E 
F 
I 
J 
L 


Q 

R 

T 
W 
X 

■ [ 



1 



o 
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o 
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TABLE A-15. CHARACTER CODIE TRANSLATIONS, ASCII CONSOLES AND LINE PRINTERS IN 
TERMINAL CLASSES 10 AND 15 (200UT AND 734) (Contd) 



Terminal ASCIlt 


Network ASCII (Normalized Mode Use) 


Hex. 
CodeTt 


Octal 
Codett 


Keyboard or 
Printer Graphic 


Input 01 


Output 


Console Output Only 


Graphic 


ASCII 


CDC 


Hex. 
Codettt 


Codettt 


Hex. 
Codettt 


Octal 
Codettt 


AB 


253 


+ 


+ 


2B 


053 






+ 


AD 


255 


- 


- 


2D 


055 






- 


AE 


256 


. 


. 


2E 


056 






• 


BO 


260 








30 


060 









B3 


263 


3 


3 


33 


063 






3 


B5 


265 


5 


5 


35 


065 


■ 




5 


B6 


266 


6 


6 


36 


066 






6 


B9 


271 


9 


9 


39 


071 






9 


BA 


272 


: 


: 


3A 


072 






: 


BC 


274 


< 


< 


3C 


074 






< 


BF 


277 


9 


^ 


3F 


077 






? 


CI 


301 


A 


A 


41 


101 


61 


141 


A 


C2 


302 


B 


B 


42 


102 


62 


142 


B 


C4 


304 


D 


D 


44 


104 


64 


144 


D 


C7 


307 


G 


G 


47 


107 


67 


147 


G 


C8 


310 


H 


H 


48 


110 


68 


150 


H 


CB 


313 


K 


K 


4B 


113 


6B 


153 


K 


CD 


315 


M 


M 


4D 


115 


6D 


155 


M 


CE 


316 


N 


N 


4E 


116 


6E 


156 


N 


DO 


320 


P 


P 


50 


120 


70 


160 


P 


D3 


323 


S 


S 


53 


123 


73 


163 


S 


D5 


325 


U 


U 


55 


125 


75 


165 


U 


D6 


326 


V 


V 


56 


126 


76 


166 


V 


D9 


331 


Y 


Y 


59 


131 


79 


171 


Y 


DA 


332 


Z 


Z 


5A 


132 


7A 


172 


Z 


DC 


334 


\ 


> 


5C 


134 


7C 


174 


\ 


DF 


337 


— 


r* 5E 


135 


7F 


177 


— 


'Escape codes are not listed. 






TTshown with odd parity, the only possible parity selec 
codes 000 through 0408 (without parity) are removed fi 
and 03g (SOH and ETX, without parity) are preserved as 


tion for these terminal classes. ASCII 
-om Input during complete editing; codes 
> data in full-ASCII mode, as are escape 


control 
Olg 
code 


sequences. 






TTTshown with zero parity (eighth or uppermost bit Is always zero). During output, codes 000 through 


OlOg are converted to code 0408 (blank); codes 0128, C 
removed. Codes for lowercase ASCII characters sent tc 


158, and 0378 (^F> CR, and US) are 
the console are converted to the codes 


for 


the equivalent uppercase characters supported by the t 


:ermlnal, as shown. 





o 



60480600 C 



A-37 



z 


- 


i 

l 1 


Z i 

— « 


i 1 


a 

eo 

S 1 


r w 

-!. % 

— n 


i 1 


a 

i 1 


a 

i 

i s 

— n 


a 

i s 
i 1 


a 

2 1 


7a 

40 

h 


12-11-0-3-8-9 
space 2D 


7 a 

7 
7 

i 1 


A ° 
A 

— « 

i 1 


» a 

A 1 

— w 


» a 

7 
7 

— « 

A 1 


O 


„ 


1 

— (A 


o 


00 a 
— « 


1 1 


BO a 


7 S 

t 

I 1 


40 a 

7 
^ 1 


«o a 
o 

i 1 


a 

i s 


a 




^ a 

A 
A 
A S 

i 1 


a 

A ~ 

A o 
i 1 


=- a 

7 
A s 

— a 


(T> a 

7 " 
A 
A 1 


A S 

i 1 


o 


O 


— HI 

— m 


= 1 


O o 

J. 1 


a 

i s 

J- a 


s 


S 

1 V 

i 1 


a 

•O 

o u 

= 1 


a 

ao 

i S 


7 a 
1 


a 

— V 


a 
1 

— • 


o 

7 

1 1 


a 

A 

i 1 


„ 3 

O 

i S 

A 1 


a 

o 

i 1 


a 

T i 


§ 


" 


i 1 


a- o 

i 1 


<r. a 

t 


00 

i 1 


il 


00 

1 1 


7 
i S 


a 

7 

I 1 


a 

7 
i s 


a 

7 

— ■ 10 


is 
il 


a 

7 

i 1 


a 

A i 


a 

7 

5 1 


a 

7 " 

h 


a 

CO 

■f 

i 8 
A 1 


i 


. 


a 

CO 

I 1 




Q 

I 1 


i 1 


J 8 

— a 


■a 

1 " 

7 S 


a 

7 S 


a 

7 

7 1 


7 S 


a 

CO «) 

A 1 


a 

7 

al 


7 3 

— « 

i 1 


7 a 

o 

i S 
A t 


A S 
A 

i S 
A 3. 


7 a 
1 

i 1 


A ~ 

7 

M 


o 

s 


•c 


i S 




4 s 

— p. 




1° 
i s 


^ 9 




<^ a 

o o 
1 tt 


a 

CO 

1 w 

(SI p. 


7 a 

i S 


3;° 

1 a 


I 1 


7 a 

A 1 


7 a 

A t 


7 a 
T s 

2 & 


7 a 

i 8 
i 1 


S 

o 


o« 


i 1 


1 1 


s 

T 

— u 


o 

«M 

■ 1 


a 

il 


7 1 


a 

s 

l 1 


a 

i 1 


S 1 


CI 

tr. «i 

i 1 


a 

il 


a 

A s 
A S- 


a 


a 

1 1 


a 

i 1 


a 

7 

A 8 

A a 


s 

o 


. 


I 1 


CI 

J 1 


S 1 


a 

i 1 


il 


a 

7 „ 
1 1 


1 1 


a 

7 . 


a 


i J, 
i 1 


a 

i 1 


a 

2 1 


a 

? 8 
A 1 


a 

7 
7 . 

I 1 


a 

7 » 
A 2. 


a 


3. 


~ 


Q.— BU 


CO ^, 


U — DC 


2 


*J — (- 


7 ^ 

3 — 3 


i 


1 ~ 

3 - » 




o 


A 


s 
s 1 


A 1 


a 

o s 
i 1 


i 1 


a 

ii 1 


o 
o 


o . 


a 
•1 

CO « 
1 & 


o 




3 
1 


^3 
J 

■ts -■ a 


in 

O 




O 

7 


7 


7 


-3 


7 ' 


7 ° 


a 
I ° 


„ 8 

CI - 2S 


o- o 


o 


If\ 


o 

ft. — A. 


1 






H O H 


:>! = 




,J , 


00 
X O X 


a . 


.A. 


CO o m 

it 


a 
1 
o 

77 
--ASn 


oj CO tn 
-1 o 


<iSr 


A t- 


1 

o 


- 




S 
T 


r. 


s 

7 


Q — O 


o 

T 


7 


o 


s 

7 


s 

7 


g 


O 


8 


g 

X - X 


g 

in 

■ 3! — Z 


o - o 


i 




o o o 


u 


O 


bl 

(-1 t-1 t^ 


^ ^ ^ 


g 


« .fi tA 


a 


CO CO CO 




S 


ft 


Is 


a 

40 


OOrj- 


o< 

il 


i 


. 


c 

2. 


To 




? 

-ASiii 


CO 

f 


■7 


7 


s 

7 


77 


s 


7 


Is 

+ - " + 


a 

7 
-A - 


•^ 


s 


to 


o 

8 


- 


T S 

^2 S 






g 

A S 




S 

0> ai 

ll 1 


a 

Ia 1 


a 
Si s 


a 

1^ 1 


a 

7 
7 . 

si 1 


a 

7S 
= ■1 


a 
So M 


a 

si S- 


a 

i 8 

si ! 


a 

i 8 

si 1 


a 


i 


° 


i s 


g 


Q 


7 . 
S2 1 


s 
IJ 1 


s 

7 

|7 1 


a 

7 S 
Si 1 


a 

is 1 


a 

i s 
si S 


a 
J 1 


a 
saI 


00 

A 8 

ei 1 


a 

° s 


a 

CO 

gi 1 


7 ^ 
i 8 

si 1 


-A 1 




Sli 


o 


- 


o, 


" 


«t 


.„ 


* 


- 


«o 


«■ 


< 


oa 


o 


a 


M 


th 


ll 


g 


1 


i 


i 


i 


1 


o 

3 


o 


o 


i 


1 


o 


o 


o 


o 


2 


= 



s 

* « „ 



o o o 

44 



7*; 



i I. 



a g 



o 
o 



/'">. 

^^J^ 






.^^ 

v^^* 
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TABLE A-17. CHARACTER CODE TRANSLATIONS, EXTERNAL BINARY CODED (BCD) CONSOLES 
AND LINE PRINTERS IN TERMINAL CLASSES 10 AND 15 (200UT AND 734) 





Terminal Ext 


errial BCot 


Network ASCII (Normalized Mode Use) 


Hex. 
Codett 


Octal 
Codett 


Keyboard or 
Printer Graphic 


Input or 


Output 


Console Output Only 


Graphic 


ASCII 


CDC 


Hex. 

Codettt 


Octal 
Codettt 


Hex. 
Codettt 


Octal 
Codettt 


10 


020 


: 


; 


3A 


072 








20 


040 


- 


- 


2D 


055 






- 


23 


043 


L 


L 


4C 


114 


6C 


154 


L 


25 


045 


N 


N 


4E 


116 


6E 


156 


N 


26 


046 








4F 


117 


6F 


157 





29 


051 


R 


R 


52 


122 


72 


162 


R 


2A 


052 


1 


V 


21 


041 






! 


2C 


054 


* 


* 


2A 


052 






* 


2F 


057 


> 


> 


3E 


076 






> 


31 


061 


A 


A 


41 


101 


61 


141 


A 


32 


062 


B 


B 


42 


102 


62 


142 


B 


34 


064 


D 


D 


44 


104 


64 


144 


D 


37 


067 


G 


G 


47 


107 


67 


147 


G 


38 


070 


H 


H 


48 


110 


68 


150 


H 


3B 


073 


. 


. 


2E 


056 






• 


3D 


075 






5C 


134 


7C 


174 


\ 


43 


103 


3 


3 


33 


063 






3 


45 


105 


5 


5 


35 


065 






5 


46 


106 


6 


6 


36 


066 






6 


49 


111 


9 


9 


39 


071 






9 


4A 


112 








30 


060 









40 


U4 


= 


i^ 


22 


042 






II 


4F 


117 


[ 


[ 


5B 


133 


7B 


173 


[ 


51 


121 


/ 


/ 


2F 


057 






/ 


52 


122 


S 


S 


53 


123 


73 


163 


S 


54 


124 


u 


. u 


55 


125 


75 


165 


u 


57 


127 


X 


X 


58 


130 


78 


170 


X 


58 


130 


Y 


Y 


59 


131 


79 


171 


Y 


5B 


133 


, 


, 


2C 


054 






> 


5D 


135 




r* 


5F 


137 


7F 


177 




5E 


136 


# 


s 


23 


043 


■ 




# 


Al 


241 


J , 


J 


4A 


112 


6A 


152 


J 


A2 


242 


K 


K 


4B 


113 


6B 


153 


K 


A4 


244 


M 


M 


4D 


115 


6D 


155 


M 


A7 


247 


P 


P 


50 


120 


70 


160 


P 


AS 


250 


Q 


Q 


51 


121 


'' 


161 


Q 


AB 


253 


$ 


$ 


24 


044 






$ 
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TABLE A-17. CHARACTER CODE TRANSLATIONS, EXTERNAL BINARY CODED (BCD) CONSOLES 
AND LINE PRINTERS IN TERMINAL CLASSES 10 AND 15 (200UT AND 734) (Contd) 



Terminal External BCot 



Hex. 
Codett 



Octal 
Codett 



AD 


255 


AE 


256 


B3 


263 


B5 


265 


B6 


266 


B9 


271 


BA 


272 


BC 


274 


BF 


277 


CI 


301 


C2 


302 


C4 


304 


C7 


307 


C8 


310 


CB 


313 


CD 


315 


CE 


316 


DO 


320 


D3 


323 


D5 


325 


D6 


326 


D9 


331 


DA 


332 


DC 


334 


DF 


337 


DO 


320 



Keyboard or 
Printer Graphic 



ASCII 



% 

blank 
T 
V 

w 
z 

1 
( 

& 

^ or 
blank 



CDC 



j< 

% 

blank 

T 

V 

W 

Z 



—I or 
■ or 
none 



Network ASCII (Normalized Mode Use) 



Input or Output 



Hex. 
Codettt 



27 
3F 
43 
45 
46 
49 
3C 
29 
3B 
31 
32 
34 
37 
38 
3D 
40 
25 
20 
54 
56 
57 
5A 
5D 
28 
26 



Octal 
Codettt 



047 
077 
103 
105 
106 
111 
074 
051 
073 
061 
062 
064 
067 
070 
075 
100 
045 
040 
124 
126 
127 
132 
135 
050 
046 



Console Output Only 



Hex. 
Codetit 



63 
65 
66 
69 



60 



74 
76 
77 
7A 
7D 



5E, 
7E 



Octal 
Codettt 



143 
145 
146 
151 



140 



164 
166 
167 
172 
175 



136, 
176 



Graphic 



space 

T 

V 

W 

Z 

1 

( 

& 



o 



tsscape codes and control codes are not listed. 

ttshown with odd parity, the only possible parity selection for these terminal classes. 

tttshown with zero parity (eighth or uppermost bit is always zero). During output, codes 000 through 
0378 are converted to code 3208 (blank). Codes for lowercase ASCII characters sent to the console 
are converted to the codes for the equivalent uppercase characters supported by the terminal, as 
shown. 

'Input and output of this symbol is not possible on some terminals. BCD transmission conventions 
support the rubout symbol ■ as an internal terminal memory parity error indicator instead. The ASCII 
codes 1368 and 1768 are output as a blank. 
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TiBLE A-18. CHARACTER CODE TRANSLATIONS, EXTERNAL BINARY CODED DECIMAL (BCD) 
CARD READERS IN TERMINAL CLASSES 10 AND 15 (200UT AND 734) 






o 






BCD 
BITS 




0010 


0011 


0100 


0101 


BCD 
BITS 




0010 


0011 


0100 


0101 


































1ST 




















1ST 














HEX 


2 




3 




4 




5 






HEX 


2 


3 


4 




5 




2ND 




















2ND 












0000 









+ 








SP 




1000 


8 


Q 


H 


8 




Y 






11 




12-6- 


8 


2-8 




no punch | 






11-8 


12-8 


8 




0-8 










(12) 






























- 


26 


+ 


25 




00 


space 


2D 






Q U 


H 08 


8 


23 


Y 19 


0001 


1 


J 
11-1 




A 
12-1 








/ 
0-1 




1001 


9 


R 
11-9 


I 
12-9 


9 
9 




Z 
0-9 






J 


OA 


A 


01 




IC 


/ 


28 






R 12 


I 09 


9 


24 


Z lA 


0010 


2 


K 
11-2 




B 
12-2 




2 
2 




s 

0-2 




1010 


A 


! 

12-7-8 

(11-0) 


< 

12-4-8 
(12-0) 








1 

11-2-8 

(0-2-8) 






K 


OB 


B 


02 


2 


ID 


s 


13 






V 36 


< 3A 





IB 


] 32 


0011 


3 


L 
11-3 




C 
12-3 




3 
3 




T 
0-3 




1011 


B 


$ 
11-3-8 


12-3-8 


6-8 
(3-8) 




0-3-5 






L 


OC 


C 


03 


3 


IE 


T 


14 






$ 2B 


2F 


= 


2C 


2E 


0100 


4 


M 
11-4 




D 
12-4 




4 
4 




U 
0-4 




1100 


C 


* 
11-4-8 


) 
11-5-8 

(12-4-8) 


II 

5-8 or 

7-8 

(4-8) 




( 
12-5-8 

(0-4-8) 






M 


OD 


D 


04 


4 


IF 


U 


15 






* 27 


) 2A 


^ 


34 


(29 


0101 


5 


N 




E 




5 




V 




1101 


D 


f 


\ 


@ 










11-5 




12-5 




5 




0-5 








12 or 5-8 
(11-5-8) 


0-2-8 
(12-5-8) 


11-7-8 

4-8 

(5-8) 


or 


0-5-8 






N 


OE 


E 


05 


5 


20 


V 


16 






t 38 


> 50 


< 


3C 


r 35 


0110 


6 




11-6 




F 
12-6 




6 
6 




W 
0-6 




1110 


E 


? 

12-7-8 or 

0-7-8 

(11-6-8) 


11-7-8 
(12-6-8) 


% 
0-4-8 

(6-8) 




# 
3-8 

(0-6-8) 









OF 


F 


06 


6 


21 


w 


17 






i 39 


-. 3E 


% 


33 


H 30 


0111 


7 


P 
11-7 




G 
12-7 




7 
7 




X 
0-7 




1111 


F 


> 

0-6-8 

(11-7-8) 


11-6-8 
(12-7-8) 


I 

4-8 or 

12-2-8 

(7-8) 




& 

0-7-8 or 

12 

(0-7-8) 






P 


10 


G 


07 


7 


22 


X 


18 






> 3B 


; 3F 


[ 


31 


^ 37 



LEGEND : 

ASCII Graphic 
Character 



CDC Graphic 
Character — 



-»- + 

1 1-6-8 -<- 
(12)-* 

♦► + 25-<- 



•029 Card Code 
-026 Card Code 
-Display Code 
(Hexadecimal) 



NOTE: 



Not all Mode 4A emulators support the alternate 
punch patterns shown. 



o 
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TABLE A-19. CHARACTER CODE TRANSLATIONS , CONSOLES AND LINE PRINTERS 
IN TERMINAL CLASSES 11, 12, AND 13 (711, 714, AND 714X) (Contd) 



Hex. 
Codet 



73 
75 
76 
79 
7A 
7C 
7F 
80 
83 
85 
86 
89 
8A 

8C 
8F 
91 
92 
94 
97 
98 
9B 
9D 
9E 
Al 
A2 
A4 
A7 
A8 
AB 
AD 
A£ 
BO 
B3 
B5 
B6 
B9 
BA 
BC 
BF 
CI 
C2 
C4 
C7 
C8 
CB 
CD 
CE 
DO 
D3 
D5 
D6 
D9 
DA 
DC 
DF 
EC 
E3 



Terminal ASCII (Transparent Mode Use) 



Octal 
Codet 



163 
165 
166 
171 
172 
174 
177 
200 
203 
205 
206 
211 
212 

214 
217 
221 
222 
224 
227 
230 
233 
235 
236 
241 
242 
244 
247 
250 
253 
255 
256 
260 
263 
265 
266 
271 
272 
274 
277 
301 
302 
304 
307 
310 
313 
315 
316 
320 
323 
325 
326 
331 
332 
334 
337 
340 
343 



ASCII 
Graphic 



t or 1 



Control Charactertt 



DEL or RUBOUT 
NUL or ® 
ETX or @ 
ENQ or WRU or 
ACK or RU or 
HT or ® 
LF or NL or + 
or NEW LINE 
FF or FORM or 
SI or (O) 
DClor X-ON or 
DC2 or TAPE or 
DC4 or TAPE or 
ETB or (W) 
CAN or CLEAR or (X 
ESC or JSCAPE or y 
GS or 
RS or 



or ® 



Network ASCII (Normalized Mode Use) 



Hex. 
Codettt 



73 
75 
76 
79 
7A 
7C 
7F 
20 
03 
20 
20 
09 
OA 

OC 
OF 
11 
12 
14 
17 
18 
IB 
ID 
IE 
21 
22 
24 
27 
28 
2B 
2D 
2E 
30 
33 
35 
36 
39 
3A 
3C 
3F 
41 
42 
44 
47 
48 
4B 
4D 
4E 
50 
53 
55 
56 
59 
5A 
5C 
5F 
60 
63 



Octal 
Codettt 



163 
165 
166 
171 
172 
174 
177 
040 
003 
040 
040 
Oil 
012 

014 
017 
021 
022 
024 
027 
030 
033 
035 
036 
041 
042 
044 
047 
050 
053 
055 
056 
060 
063 
065 
066 
071 
072 
074 
077 
101 
102 
104 
107 
110 
113 
115 
116 
120 
123 
125 
126 
131 
132 
134 
137 
140 
143 



ASCII 
Graphic 



space 

space 
space 




3 
5 
6 
9 

< 

7 

A 
B 
D 
G 
H 
K 
M 
N 
P 
S 
U 
V 
Y 
Z 



Control Characters 



delete 

end of text' 



horizontal tabulate 
linefeed 

formfeed 

shift In 

device control 1 

device control 2 

device control 4 

end transmission block 

cancel 

escape 

group separator 

record separator 












^^.J 
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TABLE A-19. CHARACTER CODE TRAKSLATIONS , CONSOLES AND LINE PRINTERS 
IN TERMINAL CLASSES 11, 12, AND 13 (711, 714, AND 714X) 



o 



Terminal ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Codet 


Octal 
Codet 


ASCII 
Graphic 


Control Charactertt 


Hex. 
Codettt 


Octal 
Codettt 


ASCII 
Graphic 


Control Character^ 


01 


001 




SOH or ® 


01 


001 




start of headerSs 


02 


002 




STX or @ 


20 


040 


space 




04 


004 




EOT or (5) 


20 


040 


space 




07 


007 




BELL or (G) 


20 


040 


space 




08 


010 




BS or ■.- or ® 


20 


040 


space 




OB 


013 




VT or (K) 


OB 


013 




vertical tabulate 


OD 


015 




CR or RETURN or @ 










OE 


016 




SO or (n) 


OE 


016 




shift out 


10 


020 




OLE or (P) 


10 


020 




data link escape 


13 


023 




DC3 or X-OFF or (s) 


13 


023 




device control 3 


15 


025 




NAK or -► or (u) 

SYN or LINE CLEAR or (?) 


15 


025 




negative acknowledgment 


16 


026 




16 


026 




synchronous idle 


19 


031 




EM or RESET or (y) 


19 


031 




end of medium 


lA 


032 




SUB or t or @ 


lA 


032 




substitute 


IC 


034 




FS or (2) 


IC 


034 




file separator 


IF 


037 




US or 


20 


040 


space 




20 


040 


SPACE 

or 

blank 




20 


040 


space 




23 


043 


# 




23 


043 


# 




25 


045 


% 




25 


045 


% 




26 


046 


& 




26 


046 


& 




29 


051 


) 




29 


051 


) 




2A 


052 


* 




2A 


052 


* 




2C 


054 


> 




2C 


054 


, 




2F 


057 


/ 




2F 


057 


/ 




31 


061 


1 




31 


061 


1 




32 


062 


2 




32 


062 


2 




34 


064 


4 




34 


064 


4 




37 


067 


7 




37 


067 


7 




38 


070 


8 




38 


070 


8 




3B 


073 


, 




3B 


073 


» 




3D 


075 


= 




3D 


075 






3E 


076 


> 




3E 


076 


> 




40 


100 


(? 




40 


100 


@ 




43 


103 


C 




43 


103 


C 




45 


105 


E 




45 


105 


E 




46 


106 


F 




46 


106 


F 




49 


111 


I 




49 


111 


I 




4A 


112 


J 




4A 


112 


J 




4C 


114 


L 




4C 


114 


L 




4F 


117 







4F 


117 







51 


121 


Q 




51 


121 


Q 




52 


122 


R 




52 


122 


R 




54 


124 


T 




54 


124 


T 




57 


127 


W 




57 


127 


W 




58 


130 


X 




58 


130 


X 




5B 


133 


[ 




5B 


133 


[ 




5D 


135 


] 




5D 


135 


] 




5E 


136 


/^ or — 1 




5E 


136 


/\ 




61 


141 


a 




61 


141 


a 




62 


142 


b 




62 


142 


b 




64 


144 


d 




64 


144 


d 




67 


147 


g 




67 


147 


g 




68 


150 


h 




68 


150 


h 




6B 


153 


k 




6B 


153 


k 




6D 


155 


m 




6D 


155 


m 




6E 


156 


n 




6E 


156 


n 




70 


160 


P 




70 


160 


P 
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TABLE A- 19. CHARACTER CODE TRANSLATIONS, CONSOLES AND LINE PRINTERS 
IN TERMINAL CLASSES 11, 12, AND 13 (711, 714, AND 714X) (Contd) 



Terminal ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Hex. 
Codet 


Octal 
Codet 


ASCII 
Graphic 


Control Charactertt 


Hex. 
Code! It 


Octal 
Codettt 


ASCII 
Graphic 


Control Character' 


E5 
E6 
E9 
EA 
EC 
EF 
Fl 
F2 
F4 
F7 
F8 
FB 
FD 
FE 


345 
346 
351 
352 
354 
357 
361 
362 
364 
367 
370 
373 
375 
376 


e 
f 
i 
J 
1 


q 

r 
t 
w 

X 

{ 
} 

~ or — 1 




65 
66 
69 
6A 
6C 
6F 
71 
72 
74 
77 
78 
7B 
7D 
7E 


145 
146 
151 
152 
154 
157 
161 
162 
164 
167 
170 
173 
175 
176 


e 

f 
i 

j 
1 


q 

r 
t 
w 

X 

{ 
} 




tshown with odd parity, which is the default for these terminal classes (unless PA-N or PA=I, an appli- 
cation program receives the same code as in normalized mode). 

ttA circle around a character indicates that the character key is pressed in conjunction with a CTL, CTRL, 
CNTRL, or CONTROL key to generate the code. 

tttshown with zero parity (eighth or uppermost bit is always zero). 

Sconverted to a space (O4O3) within a batch printer file. 

s§Converted to a space (040g) during complete editing. 



o 
o 



o 



c,/ 



^^J 



o 
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TABLE A-20. ASCII CHARACTER CODE TRANSLATIONS, EBCD CONSOLES IN TERMINAL CLASS 4 (2741) 



Hex. 
Codet 



01 

02 

04 

07 

08 

OB 

OD 

OE 

10 

13 

15 

16 

19 

lA 

10 

IF 

20 

23 

25 

26 

29 

2A 

2C 

2F 

31 

32 

34 

37 

38 

3B 

3D 

3E 

40 

43 

45 

46 

49 

4A 

4C 

4F 

51 

52 

54 

57 

58 

5B 

5D 

5E 

61 

62 

64 

67 

68 

6B 

6D 

6E 



Terminal EBCD 



Octal 
Codet 



001 

002 

004 

007 

010 

013 

015 

016 

020 

023 

025 

026 

031 

032 

034 

037 

040 

043 

045 

046 

051 

052 

054 

057 

061 

062 

064 

067 

070 

073 

075 

076 

100 

103 

105 

106 

HI 

112 

114 

117 

121 

122 

124 

127 

130 

133 

135 

136 

141 

142 

144 

147 

150 

153 

155 

156 



EBCD 
Graph Ictt 



_ or - 

«< or @ 

* or 8 

H or h 

: or 4 

D or d 



< or 2 
B or b 



or o 
W or w 



= or 1 
A or a 
R or r 
Z or z 
N or n 
V or V 



L or 1 
T or t 
" or # 
— I or . 
> or 7 
G or g 



space 
+ or & 
Q or q 
Y or y 
M or m 
U or u 



K or 
S or 

) or 



or 
or 



J or 
? or 
( or 
1 or 
% or 
E or 



Control Character 



RES or RESTORE 
BY or BYPASS 



undefined 
undefined 



UCS or UPPERCASE 
LCS or LOWERCASE 



RO or READER STOP 
HT or TAB 



IL or IDLE or NULL 
PRE or PREFIX 



PN or PUNCH ON 
PF or PUNCH OFF 



undefined 



BS or BACKSPACE 
EOB 



NL or CR or RETURN 
LF or LINE FEED 



Network ASCII (Normalized Mode Use) 



Hex. 
Codettt 



21 or 
2A or 



5F or 2D 
40 
38 

48 or 68 

3A or 34 

44 or 64 

00 

00 

3C or 



32 

62 



42 
00 
00 

4F or 6F 
57 or 77 
OE 
OF 

3D or 31 
41 or 
52 or 
5A or 
4E or 
56 or 76 
14 
09 

4C or 6C 
54 or 74 
or 



61 
72 
7A 
6E 



22 



5E or 
3E or 



23 
2E 
37 

47 or 67 

00 

01 

20 

2B or 26 

51 or 71 

59 or 79 

4D or 6D 

55 or 75 

11 

13 

4B or 6B 

53 or 

29 or 



73 
30 



36 
66 



00 

27 or 
46 or 
08 

17 

4A or 6A 

3F or 2F 

28 or 39 
49 or 69 
25 or 35 
45 or 65 
OD 

OA 



Octal 
Codettt 



137 or 055 
140 or 100 

052 or 070 
110 or 150 
072 or 064 
104 or 144 
000 

000 

074 or 062 
102 or 142 
000 

000 

117 or 157 

127 or 167 

016 

017 

075 or 061 
101 or 141 

122 or 162 
132 or 172 
116 or 156 
126 or 166 
024 

Oil 

114 or 154 

124 or 164 
042 or 043 
136 or 056 

076 or 067 
107 or 147 
000 

001 
040 

053 or 046 
121 or 161 
131 or 171 

115 or 155 

125 or 165 
021 

023 

113 or 153 

123 or 163 
051 or 060 
000 

047 or 066 

106 or 146 

010 

027 

112 or 152 

077 or 057 
050 or 071 
HI or 151 
045 or 065 
105 or 145 
015 

012 



ASCII 
Graphic 



or - 
' or @ 
* or 8 
H or h 
: or 4 
D or d 



< or 2 
B or b 



or o 
W or w 



= or 1 
A or a 
R or r 
Z or z 
N or n 
V or V 



L or 1 
T or t 
= or # 
y\ or . 
> or 7 
G or g 



space 
+ or & 
Q or q 
Y or y 
M or m 
U or u 



K or k 
S or s 
) or 



or 
F or 



J or 3 
? or / 
( or 9 
I or 1 
% or 5 



E or 



Control Character 



null 
null 



null 
null 



shift o\it' 
shift in§ 



device control 4 
horizontal tabulate 



null 

start of header' 



device control 1 (tape on) 
device control 3 (tape off) 



null 



backspace 

end transmission block^ 



carriage return 
linefeed 
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TABLE A-20. ASCII CHARACTER CODE TRANSLATIONS, EBCD CONSOLES IN TERMINAL CLASS 4 (2741) (Contd) 



Terminal EBCD 


Network ASCII (Normalized Mode Use) 


Hex. 
Codet 


Octal 
Codet 


EBCD 
Graphictt 


Control Character 


Hex. 
Codettt 


Octal 
Codettt 


ASCII 
Graphic 


Control Character 


70 


160 


; or 3 




3B or 33 


073 or 063 


; or 3 




73 


163 


C or c 




43 or 63 


103 or 143 


C or c 




75 


165 


! or $ 




21 or 24 


041 or 044 


! or $ 




76 


166 


1 or , 




7C or 2C 


174 or 054 


! or , 




79 


171 


P or p 




50 or 70 


120 or 160 


P or p 




7A 


172 


X or X 




58 or 78 


130 or 170 


X or X 


end of transmission' 


7C 


174 




EOT 


04 


004 




7F 


177 




DEL 


7F 


177 




delete 


00 


000 


space 




5B thru 5D 


133 thru 
135 


[ or \ 
or ] 




00 


000 


space 




60 


140 


* 




00 


000 


space 




7B 


173 


{ 




00 


000 


space 


IL or IDLE or NULl|§ 


7D or 7E 


175 or 176 


} or ~ 




3D 


075 




02 


002 




start of text 


3D 


075 




IL or IDLE or NULL§| 
IL or IDLE or NULL§| 


03 


003 




end of text 


3D 


075 




05 


005 




enquire 


3D 


075 




IL or IDLE or NULl|| 


07 


007 




bell 


3D 


075 




IL or IDLE or NULLS§ 


OB or OC 


013 or 014 




vertical tabulate 
or formfeed 


3D 


075 




IL or IDLE or NTJLL§^ 


10 


020 




data link escape 


3D 


075 




IL or IDLE or NULL§8 


12 


022 




device control 2 


3D 


075 




IL or IDLE or NULL§§ 


14 thru 16 


024 thru 
026 




device control 4, 
negative acknowledge, 
or synchronize 


3D 


075 




IL or IDLE or NULL§§ 


18 thru IF 


030 thru 
037 




cancel , end of media , 
substitute, escape, 
file separator, 
group separator, 
record separator , 
or unit separator 


'Shown with 


odd parity; odd parity is the d« 


jfault for this terminal 


class. 




iiEach Input 


line Is assumed to begin in lowe 


jrcase. Input characters 


are translated to lowercase ASCII 


characters 


unless prefixed by the UCS code 


Once a case shift occu 


rs, it remains in effect until another 


case shift 


code is received, the page widtl 


1 is reached, or the line 


is transmitted to the host computer. 


During out 


put, case is preserved by InsertJ 


on of case shift codes w 


here neetJ 


ed. 


tttshown with 


zero parity (eighth or uppermost 


: bit is always zero) . 






SNot transm 


itted to the host computer after 


translation during input 


• 




S^Output tra 


nslation only. 









o 






.■■r"\ 



1^' 
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TABLE A-21. APL CHARACTER CODE TRANSLATIONS, EBCD CONSOLES IN TERMINAL CLASS 4 (2741) 



Terminal EBCD-APL 




Network ASCII (Normalized Mode Use) 


Hex. 
Code* 


Octal 
Codet 


EBCD-APL 
Graph ictt 


Control Character 


CodeTTT 


Octal 
Codettt 


ASCIX-APL 
Graphic 


Control Character 


01 


001 


_ or 


+ 




5F or 2D 


137 or 053 


or 


+ 




02 


002 


-► or 


*- 




71 or 70 


161 or 160 


-► or 


-t- 




04 


004 


Jt or 


8 




22 or 38 


042 or 070 


it or 


8 




07 


007 


A or 


H 




68 or 48 


150 or 110 


A or 


H 




08 


010 


1 °'^ 


4 




40 or 34 


100 or 064 


1 °'^ 


4 




OB 


013 


L or 


D 




64 or 44 


144 or 104 


L. or 


D 




OD 


015 






undefined 


00 


000 






null 


OE 


016 






undefined 


00 


000 






null 


10 


020 


- or 


2 




2D or 32 


055 or 062 


- or 


2 




13 


023 


i or 


B 




42 or 62 


142 or 102 


i or 


6 




15 


025 






undefined 


00 


000 






null 


16 


026 






undefined 


00 


000 






null 


19 


031 


<=> or 







6F or 4F 


157 or 117 


o or 







lA 


032 


cj or 


W 




77 or 57 


167 or 127 


CJ or 


W 




IC 


034 






UCS or UPPERCASE 


OE 


016 






shift out§ 


IF 


037 






LCS or LOWERCASE 


OF 


017 






shift in§ 


20 


040 


" or 


1 




22 or 31 


042 or 061 


" or 


1 




23 


043 


oc or 


A 




61 or 41 


141 or 101 


oc or 


A 




25 


045 


P or 


R 




72 or 52 


162 or 122 


p or 


R 




26 


046 


<= or 


Z 




7A or 5A 


172 or 132 


<= or 


Z 




29 


051 


T or 


N 




6E or 4E 


156 or 116 


T or 


N 




2A 


052 


U or 


V 




76 or 56 


166 or 126 


U or 


V 




2C 


054 






undefined 


00 


000 






null 


2F 


057 






HT or TAB 


06 


006 






horizontal tabulate 


31 


061 


n or 


L 




6C or 4C 


154 or 114 


D or 


L 




32 


062 


~ or 


T 




74 or 54 


164 or 124 


~ or 


T 




34 


064 


) or 


] 




29 or 5D 


051 or 135 


) or 


] 




37 


067 


: or 


, 




3A or 2E 


072 or 056 


: or 


, 




38 


070 


> or 


7 




3E or 37 


076 or 067 


> or 


7 




3B 


073 


V or 


G 




67 or 47 


147 or 107 


V or 


G 




3D 


075 






IL or IDLE or NULL 


00 


000 






null 


3E 


076 






PRE or PREFIX 


IB 


033 






escape 


40 


100 


space 






20 


040 


space 






43 


103 


+ or 


X 




25 or 66 


045 or 146 


+ or 


X 




45 


105 


? or 


Q 




3F or 51 


077 or 121 


? or 


Q 




46 


106 


t or 


Y 




79 or 59 


171 or 131 


t or 


Y 




49 


111 


1 or 


M 




6D or 4D 


155 or 115 


1 or 


M 




4A 


112 


i or 


U 




75 or 55 


165 or 125 


I or 


U 




4C 


114 






undefined 


00 


OOO 






null 


4F 


117 






undefined 


00 


000 






null 


51 


121 


-< or 


K 




6B or 4B 


153 or 113 


—1 or 


K 




52 


122 


r or 


S 




73 or 53 


163 or 123 


r or 


S 




54 


124 


/\ or 







26 or 30 


046 or 060 


/\ or 







57 


127 






undefined 


00 


000 






null 


58 


130 


2. o"^ 


6 




7C or 36 


174 or 066 


2 °^ 


6 




5B 


133 


— or 


F 




5E or 46 


136 or 106 


— or 


F 




5D 


135 






BS or BACKSPACE 


08 


010 






backspace 

end transmission block^ 


5E 


136 






EOB 


17 


027 






61 


141 


o or 


J 




6A or 4A 


152 or 112 


° or 


J 




62 


142 


\ or 


/ 




5C or 2F 


134 or 057 


\ or 


/ 




64 


144 


V or 


9 




21 or 39 


041 or 071 


V or 


9 




67 


147 


\ or 


I 




69 or 49 


151 or HI 


I or 


I 




68 


150 


= or 


5 




3D or 35 


075 or 065 


= or 


5 




66 


153 


e or 


E 




65 or 45 


145 or 105 


e or 


E 




6D 


155 






NL or CR or RETURN 


OD 


015 






carriage return 


6E 


156 






LF or LINE FEED 


OA 


012 






line feed 


70 


160 


< or 


3 




3C or 33 


074 or 063 


< or 


3 




73 


163 


or 


C 




63 or 43 


143 or 103 


or 


C 




75 


165 


( or 


[ 




28 or 5B 


050 or 133 


( or 


[ 




76 


166 


; or 


> 




3B or 2C 


073 or 054 


; or 


1 




79 


171 


* or 


P 




2A or 50 


052 or 120 


* or 


P 




7A 


172 


= or 


X 




78 or 58 


170 or 130 


z> or 


X 
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TABLE A-21. APL CHARACTER CODE TRANSLATIONS, EBCD CONSOLES IN TERMINAL CLASS 4 (2741) (Contd) 



Terminal EBCD-APL 


Network ASCII (Normalized Mode Use) 


Codet 


Octal 
Codet 


EBCD-APL 
Graphictt 


Control Character 


Hex. 
Codettt 


Octal 
Codettt 


ASCII-APL 
Graphic 


Control Character 


7C 


174 




EOT 


04 


004 




end of transmissions 


7F 


177 




DEL 


7F 


177 




delete 


00 


000 


space§§ 




27 


047 


/ 




00 


000 


space§§ 




60 


140 







00 


000 


spacers 




7B 


173 


{ 




00 


000 


space§§ 


XL or IDLE or NULL§§ 


7D 


175 


} 




3D 


075 




02 


002 




start of text 


3D 


075 




IL or IDLE or NULL§§ 
IL or IDLE or NULL|| 


03 


003 




end of text 


3D 


075 




05 


005 




enquire 


3D 


075 




IL or IDLE or NULL|| 


07 


007 




bell 


3D 


075 




IL or IDLE or NULLSS 


OB or OC 


013 or 014 




vertical tabulate 
or form feed 


3D 


075 




IL or IDLE or NULL§§ 


10 thru 16 


020 thru 
026 




data link escape, 
device control 1 thru 
device control 4, 
negative acknowledge, 
or synchronize 


3D 


075 




IL or IDLE or NULL§§ 


18 thru IF 


030 thru 
037 




cancel, end of media, 
substitute, escape 
file separator, 
group separator, 
record separator, 
or unit separator 


tshown with odd parity; odd parity Is the defj 


lult for this 


terminal class. 


ttsach input line is assumed to begin in lower 


:ase . Input 


characters are translated to lowercase ASCII 


characters unless prefixed by the DCS code. 


Once a case 


shift occurs 


, it remains In effect until another 


case shift code is received, the page width 


Is reached, or the line i 


s transmitted to the host computer. 


During output, case is preserved by insertloi 


1 of case shl 


ft codes where needed. 


*' 'Shown with zero parity (eighth or uppermost 


bit is always 


zero) . 




'Not transmitted to the host computer after translation during input. 




^'Output translation only. 









%i^ 






A-^^: 
'\. J 
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TABLE A-22. ASCII CHARACTER CODE TRANSLATIONS, CORRESPONDENCE 
CODE CONSOLES IN TERMINAL CLASS 4 (2741) 



Terminal Correspondence Code 


Network ASCII 


(Normalized Mode Use) 


Hex. 


Octal 


Correspondence 
Code Graphlctt 




Hex. 


Octal 


ASCII 




Codet 


Codet 


Control Character 


Codettt 


Codettt 


Graphic 


Control Character 


01 


001 


1/4 or 1/2 




5B or 5D 


137 or 135 


[ or ] 




02 


002 


T or t 




54 or 74 


124 or 164 


T or t 




04 


004 


$ or 4 




24 or 34 


044 or 064 


$ or 4 




07 


007 


? or / 




3F or 2F 


077 or 057 


? or / 




08 


010 


% or 5 




25 or 35 


045 or 065 


% or 5 




OB 


013 


P or p 




50 or 70 


120 or 160 


P or p 




OD 


015 




RES or RESTORE 


00 


000 




null 


OE 


016 




BY or BYPASS 


00 


000 




null 


10 


020 


@ or 2 




40 or 32 


100 or 062 


@ or 2 




13 


023 


+ or = 




2B or 3D 


053 or 075 


+ or = 




15 


025 




undefined 


00 


000 




null 


16 


026 




undefined 


00 


000 




null 


19 


031 


I or i 




49 or 69 


111 or 151 


I or i 




lA 


032 


K or k 




4B or 6B 


113 or 153 


K or k 


shift out§ 


IC 


034 




UCS or UPPERCASE 


OE 


016 




IF 


037 




LCS or LOWERCASE 


OF 


017 




shift ln§ 


20 


040 


+ or 1 




7C or 31 


174 or 061 


; or 1 




23 


043 


G or g 




47 or 67 


107 or 147 


G or g 




25 


045 


S or 8 




53 or 73 


123 or 163 


S or s 




26 


046 


H or h 




48 or 68 


110 or 150 


H or h 




29 


051 


R or r 




52 or 72 


122 or 162 


R or r 




2A 


052 


D or d 




44 or 64 


104 or 144 


D or d 




2C 


054 




RO or READER STOP 


14 


024 




device control 4 


2F 


057 




HT or TAB 


09 


Oil 




horizontal tabulate 


31 


061 


V or V 




56 or 76 


126 or 166 


V or V 




32 


062 


U or u 




55 or 75 


125 or 165 


U or u 




34 


064 


( or 9 




28 or 39 


050 or 071 


( or 9 




37 


067 


_ or - 




5F or 2D 


137 or 055 


or - 




38 


070 


* or 8 




2A or 38 


052 or 070 


* or 8 




3B 


073 


t 




2C 


054 


) 




3D 


075 




IL or IDLE or NULL 


00 


000 




null 


3E 


076 




PRE or PREFIX 


IB 


033 




escape 


40 


100 


space 




20 


040 


space 




43 


103 


J or j 




4A or 6A 


112 or 152 


J or j 




45 


105 


or 




4F or 6F 


117 or 157 


or o 




46 


106 


L or 1 




4C or 6C 


114 or 154 


L or 1 




49 


111 


" or ' 




22 or 27 


042 or 041 


" or ' 




4A 


112 


E or e 




45 or 65 


105 or 145 


E or e 




4C 


114 




PN or PUNCH ON 


11 


021 




device control 1 
(tape on) 


4F 


117 




PF or PUNCH OFF 


13 


023 




device control 3 
(tape off) 


51 


121 


. 




2E 


056 


* 




52 


122 


N or n 




4E or 6E 


116 or 156 


N or n 




54 


124 


Z or z 




5A or 7A 


132 or 172 


Z or z 




57 


127 




undefined 


00 


000 




null 


58 


130 


rf or 6 




21 or 36 


041 or 066 


! or 6 




5B 


133 


Q or q 




51 or 71 


121 or 161 


Q or q 




5D 


135 




BS or BACKSPACE 


08 


010 




backspace 


5E 


136 




EOB 


17 


027 




end transmission block^ 


61 


141 


M or m 




4D or 6D 


115 or 155 


M or m 




62 


142 


X or X 




58 or 78 


130 or 170 


X or X 




64 


144 


) or 




29 or 30 


051 or 060 


) or 




67 


147 


Y or y 




79 or 59 


131 or 171 


Y or y 




68 


150 


& or 7 




26 or 37 


046 or 067 


& or 7 




6B 


153 


: or ; 




3A or 3B 


072 or 073 


: or ; 




6D 


155 




NL or CR or RETURN 


OD 


015 




carriage return 


6E 


156 




LF or LINE FEED 


OA 


012 




line feed 


70 


160 


# or 3 




23 or 33 


043 or 063 


# or 3 




73 


163 


F of f 




46 or 66 


106 or 146 


F or f 




75 


165 


W or w 




57 or 77 


127 or 167 


W or w 
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Hex. 
Code! 



76 
79 
7A 
7C 
7F 
00 
00 
00 
00 
00 
00 
3D 
3D 
3D 
3D 
3D 
3D 

3D 
3D 
3D 



3D 



TABLE A-22. ASCII CHARACTER CODE TRANSLATIONS, CORRESPONDENCE 
CODE CONSOLES IN TERMINAL CLASS 4 (2741) (Contd) 



Terminal Correspondence Code 



Octal 
Codet 



166 
171 
172 
174 
177 
000 
000 
000 
000 
000 
000 
075 
075 
075 
075 
075 
075 

075 
075 
075 



075 



Correspondence 
Code GraphicTT 



Control Character 



B or b 
A or a 
C or c 



space 
space' 
space' 
space' 
space' 
space- 



§§ 



EOT 
DEL 



IL or IDLE 



IL or 
IL or 
IL or 
IL or 
IL or 



IDLE 
IDLE 
IDLE 
IDLE 
IDLE 



or NULLJJ 
or NULLSS 
or NULl|| 
or NULL»S 
or NULl|| 
or NULlSs 



IDLE or NDLL§f 
§§ 



IL or 

IL or IDLE or NULLj 

IL or IDLE or NULL' 



Network ASCII (Normalized Mode Use) 



Hex. 
Codettt 



IL or IDLE or NULL 



,§§ 



42 or 62 
41 or 61 

43 or 63 
04 

18 

27 

5C 

5E 

60 

7B 

7D or 7E 

01 

02 

03 

05 

07 

OB or OC 

10 
12 
14 thru 16 



18 thru IF 



Octal 
Codettt 



142 
141 
143 



176 



102 or 
101 or 

103 or 
004 
030 
047 
134 
136 
140 
173 

175 or 
001 
002 
003 
005 
007 

013 or 014 

020 

022 

024 thru 

026 

030 thru 
037 



ASCII 
Graphic 



B or b 
A or a 
C or c 



} or 



Control Character 



end of transmission^ 
cancel 



start of header 

start of text 

end of text 

enqu ire 

bell 

vertical tabulate 

or form feed 

data link escape 

device control 2 

device control 4, 

negative acknowledge, 

or synchronize 

cancel, end of media, 

substitute, 

file separator, 

group separator, 

record separator, 

or unit separator 



tshown with odd parity; odd parity is the default for this terminal class. 

^^Each input line is assumed to begin in lowercase. Input characters are translated to lowercase ASCII 
characters unless prefixed by the UCS code. Once a case shift occurs, it remains in effect until another 
case shift code Is received, the page width is reached, or the line is transmitted to the host computer. 
During output, case is preserved by Insertion of case shift codes where needed. 

'■'Shown with zero parity (eighth or uppermost bit is always zero). 

§Not transmitted to the host computer after translation during input. 

"Output translation only. 






o 






( 



^^/ 
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TABLE A-23. APL CHARACTER CODE TRANSUTXONS, CORRESPONDENCE 
CODE CONSOLES IN TERMINAL CUSS 4 (2741) 



Terminal Correspondence Code 


Network ASCII 


(Normalized Mode Use) 


Hex 
Code* 


Octal 
CodeT 


Correspondence 
Code AFL 
Graphlctt 


Control Character 


Hex 
Codettt 


Octal 
Codettt 


ASCII-APL 
Graphic 


Control Character 


01 


001 


-» or 4- 




71 or 70 


161 or 160 


-► or 


■4- 




02 


002 


~ or T 




74 or 54 


164 or 124 


~ or 


T 




04 


004 


< or 4 




40 or 34 


100 or 064 


< or 


4 




07 


007 


Y or / 




5C or 2F 


134 or 057 


\ or 


/ 




08 


010 


= or 5 




3D or 35 


075 or 065 


= or 


5 




OB 


013 


* or P 




2A or 50 


052 or 120 


* or 


P 




OD 


015 




undefined 


00 


000 






null 


OE 


016 




undefined 


00 


000 






null 


10 


020 


- or 2 




5E or 32 


136 or 062 


"" or 


2 




13 


023 


+ or X 




25 or 66 


045 or 146 


+ or 


X 




15 


025 




undefined 


00 


000 






null 


16 


026 




undefined 


00 


000 






null 


19 


031 


\ or I 




69 or 49 


151 or 111 


\ or 


I 




lA 


032 


' or K 




27 or 4B 


153 or 113 


' or 


K 


shift out§ 
shift in§ 


IC 


034 




UCS or UPPERCASE 


OE 


016 






IF 


037 




LCS or LOWERCASE 


OF 


017 






20 


040 


" or 1 




23 or 31 


042 or 061 


" or 


1 




23 


043 


V or G 




67 or 47 


147 or 107 


V or 


G 




25 


045 


r or S 




73 or 53 


163 or 123 


r or 


S 




26 


046 


A or H 




68 or 48 


150 or 110 


A or 


H 




29 


051 


P or R 




72 or 52 


162 or 122 


P or 


R 




2A 


052 


L or D 




64 or 44 


144 or 104 


L or 


D 




2C 


054 




undefined 


00 


000 






null 


2F 


057 




HT or TAB 


09 


Oil 






horizontal tabulate 


31 


061 


U or V 




76 or 56 


166 or 126 


U or 


V 




32 


062 


1 or U 




75 or 55 


165 or 125 


t or 


U 




34 


064 


s/ or 9 




21 or 39 


041 or 071 


V or 


9 




37 


067 


- or + 




2D or 2B 


055 or 053 


- or 


+ 




38 


070 


f or 8 




22 or 38 


042 or 070 


^ or 


8 




3B 


073 


; or , 




3B or 2C 


073 or 054 


; or 


, 




3D 


075 




IL or IDLE or NULL 


00 


000 






null 


3E 


076 




PRE or PREFIX 


IB 


033 






escape 


40 


100 


space 




20 


040 


space 






43 


103 


° or J 




6A or 4A 


156 or 112 


° or 


J 




45 


105 


<=> or 




6F or 4F 


157 or 117 


C5 or 







46 


106 


n or L 




6C or 4C 


154 or 114 


n or 


L 




49 


HI 


) or ] 




29 or 5D 


051 or 035 


) or 


1 




4A 


112 


€ or E 




65 or 45 


145 or 105 


e or 


E 




4C 


114 




undefined 


00 


000 






null 


4F 


117 




undefined 


13 


023 






null 


51 


121 


: or . 




3A or 2E 


072 or 056 


: or 


. 




52 


122 


T or N 




6E or 4E 


156 or 116 


T or 


N 




54 


124 


c: or Z 




7A or 5A 


172 or 132 


c: or 


Z 




57 


127 




undefined 


00 


000 






null 


58 


130 


> or 6 




7C or 36 


174 or 066 


> or 


6 




5B 


133 


? or Q 




3F or 51 


077 or 121 


? or 


Q 




5D 


135 




BS or BACKSPACE 


08 


010 






backspace 


5E 


136 




EOB 


17 


027 






end transmission 
block§ 


61 


141 


1 or M 




6D or 4D 


155 or 115 


1 or 


M 




62 


142 


=. or X 




78 or 58 


170 or 130 


=> or 


X 




64 


144 


^ or 




26 or 30 


045 or 060 


^ or 







67 


147 


t or Y 




79 or 59 


171 or 131 


t or 


Y 




68 


150 


> or 7 




3E or 37 


076 or 067 


> or 


7 




6B 


15" 


( or [ 




28 or 5B 


050 or 133 


( or 


[ 




6D 


155 




NL or CR or RETURN 


OD 


015 






carriage return 


6E 


156 




LF or LINE FEED 


OA 


012 






line feed 


70 


160 


< or 3 




3C or 33 


074 or 063 


< or 


3 




73 


163 


_ or F 




5F or 46 


137 or 106 


or 


F 




75 


165 


CO or W 




77 or 57 


167 or 127 


CO or 


W 
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TABLE A-23. APL CHARACTER CODE TRANSLATIONS, CORRESPONDENCE 
CODE CONSOLES IN TERMINAL CLASS 4 (2741) (Contd) 



Terminal Correspondence Code 


Network ASCII (Normalized Mode Use) 


Hex 
Code' 


Octal 
Codet 


Correspondence 
Code APL 
Graphic' t 


Control Character 


Hex 
Codettt 


Octal 
Codettt 


ASCII-APL 
Graphic 


Control Character 


76 
79 
7A 
7C 
7F 
00 
00 
00 
00 
3D 
3D 
3D 
3D 
3D 
3D 

3D 
3D 
3D 

3D 


166 
171 
172 
174 
177 
000 
000 
000 
000 
075 
075 
075 
075 
075 
075 

075 
075 
075 

075 


i or B 
OC or A 
n or C 

spacers 
space§§ 
space§§ 
spaceSS 


EOT 
DEL 

IL or IDLE or NULl|| 
IL or IDLE or NULl|| 
IL or IDLE or NULL'S 
IL or IDLE or NULLSS 
IL or IDLE or NULL§§ 
IL or IDLE or NULL§9 

IL or IDLE or NULl|| 
IL or IDLE or NULLS| 
IL or IDLE or NULLSS 

IL or IDLE or NULL§§ 


62 or 42 
61 or 41 

63 or 43 
04 or 14 
18 

27 

60 

7B 

7D or 7E 

01 

02 

03 

05 

07 

OB or OC 

10 
12 
14 thru 16 

18 thru IF 


142 or 102 
141 or 101 

143 or 103 
004 

030 

047 

140 

173 

175 or 176 

001 

002 

003 

005 

007 

013 or 014 

020 

022 

024 thru 

026 

030 thru 
037 


i or B 
OC or A 
n or C 



{ 

} or 1— 


end of transmission' 
cancel 

start of header 

start of text 

end of text 

enquire 

bell 

vertical tabulate 

or form feed 

data link escape 

device control 2 

device control 4, 

negative acknowledge, 

or synchronize 

cancel, end of media, 

substitute, 

file separator, 

group separator , 

record separator, 

or unit separator 


'Shown with odd parity; odd parity is the default for this terminal class. (Unless PA=N or PA=I , the 
application program receives the same code as in normalized mode.) 

''Each input line is assumed to begin in lowercase. Input characters are translated to lowercase ASCII 
characters unless prefixed by the UCS code. Once a case shift occurs. It remains in effect until another 
case shift code is received, the page width is reached, or the line is transmitted to the host computer. 
During output, case is preserved by insertion of case shift codes where needed. 

'''Shown with zero parity (eighth or uppermost bit is always zero). 

^Not transmitted to the host computet after translation during input. 

^^Output translation only. 



o 
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TABLE A-24. FULL ASCII NORMALIZED MODE APL OURACTER SET 



-128-Character Set 



- 96-Character Subset • 



■ 64-Character Subset- 



Bits 



*>4 ''S ^2 ^1 







1 



10 



11 



10 



10 1 



Olio 



11 1 







1 



1 



1 1 



1 



1 1 



1 1 



1 1 1 



ROW 



COLUMN 



NUL 
000 

SDH 
001 

STX 
002 

ETX 
003 

EOT 
004 

ENQ 
005 

ACK 
006 

BEL 
007 

BS' 
010 

HT 
Oil 

LF 
012 

VT 
013 

FF 
104 

CR 
015 

SO 
016 

SI 
017 



DLE 
020 

DCl 
021 

DC2 
022 

DC3 
023 

DC4 
024 

NAK 
025 

SYN 
026 

ETB 
027 

CAN 
030 

EM 
031 

SUB 
032 

ESC 
033 

FS 
034 

OS 
035 

RS 
036 

US 
037 



SP 
040 



041 
042 



043 

$ 
044 



045 



046 



047 

( 
050 

) 
051 

* 
052 

+ 
053 



054 



055 



056 

/ 
057 




060 

1 
061 

2 
062 

3 
063 

4 
064 

5 
065 

6 

066 

7 
067 

8 

070 

9 
071 



072 



073 

< 

074 



075 

> 

076 



077 



_< 

100 

A 
101 

B 
102 

C 
103 

D 
104 

E 
105 

F 
106 

G 
107 

H 
110 

I 
111 

J 
112 

K 

113 

L 
114 

M 
115 

N 
116 


117 



P 
120 

Q 
121 

R 
122 

S 
123 

T 
124 

U 
125 

V 
126 

W 
127 

X 
130 

Y 

131 

Z 
132 



133 

\ 
134 



135 



136 



137 




140 

oc 

141 

i 
142 

n 

143 

L 

144 

e 

145 

X 
146 

V 
147 

A 

150 

\ 

151 

O 

152 

— I 
153 

D 
154 

I 
155 

T 
156 

o 
157 



160 



161 

P 
162 

r 
163 



164 

I 
165 

U 
166 

CO 

167 

170 

t 
171 



172 

{ 

173 

2 

174 



175 



176 



DELt 
177 



'The graphic 95-character subset does not include DEL; refer to Terminal Transmission Modes in the text. 
LEGEND : 

Numbers under characters are the octal values for the 7-bit character codes used within the network. 
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INFORMATIVE AND DIAGNOSTIC MESSAGES 



B 



Informative and diagnostic messages appearing at 
the terminal are listed alphabetically in table B-1. 

Table B-1 contains the following information: 

• Message column 

Messages are capitalized; all variables are 
lowercase . 

• Significance column 

Briefly describes the problem and defines 
variables in the message. 

• Action column 

States the action required and how to per- 
form it. 



• Issued By column 



States the program that generates the mes- 
sage: 



Network Validation Facility is identi- 
fied as NVF. 



Communications Control Program is 
Idet-'^fled as CCP. 



Terminal Interface Program is identi- 
fied as TIP. 



Terminal Verification Facility is 
identified as TVF. 



TABLE B-1. INFORMATIVE AND DIAGNOSTIC MESSAGES 



\Jr 



C''^ 
y 



o 
o 



Message 


Significance 


Action 


Issued 
By 


APPLICATION BUSY, 
TRY AGAIN LATER, 
teiminalname - 
APPLICATION: 


Another terminal user with the 
same user name index is cur- 
rently logged into the chosen 
application. 


Enter the name of another appli- 
cation, or try again later. 


NVF 


APPLICATION FAILED, 
aname CONNECT TIME 
hh.mm.ss 
terminalname - 
APPLICATION: 


The application has failed. The 
parameter aname is the name of 
the failed application. The 
parameter hh:mm:ss specifies the 
length of time device terminalname 
was connected to the application. 


Enter the name of another appli- 
cation program. 


NVF 


APPLICATION NOT PRESENT 
terminalname - 
APPLICATION: 


The requested application program 
is not executing at a control 
point ; terminalname represents the 
device name. 


Enter the name of another appli- 
cation, or try again later. 


NVF 


APPLICATION RETRY LIMIT 


The permitted number of unsuccess- 
ful attempts to enter a legal 
application name have been made. 


Hang up and get help. 


NVF 


AUTO END - TVF TERMINATES 


The network software has sent 
notification of a pending shut- 
down to TVF. All device 
connections are automatically 
ended. No more TVF commands can 
be entered. 


Contact host operator and ask 
when TVF will again be available. 


TVF 


CONNECTION REJECTED, 
terminalname - 
APPLICATION: 


The requested application program 
has refused connection with the 
device terminalname. 


The action to take depends on the 
application involved. Enter the 
name of another application, or 
try again later. 


NVF 


*DEL* 


Cancel-input character has 
been processed. 


None. 


TIP 
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TABLE B-1. INFORMATIVE AND DIAGNOSTIC MESSAGES (Contd) 



Message 


Significance 


Action 


Issued 
By 


ERROR - ENTRY entry 


TVF cannot Interpret the type-in 
identified as entry; entry con- 
sists of the first 5 characters 
of the device's last processed 
transmission. TVF processing 
stops . 


To resume testing, enter a com- 
mand. Check the command for a 
typographical error before 
transmitting it. 


TVF 


ERROR - PARITY - entry 


TVF received a parity error indi- 
cation with the type-in identified 
as entry; entry consists of the 
first 5 characters of the device's 
last processed transmission. 
TVF processing stops. 


To resume testing, enter a 
command . 


TVF 


ERROR - TVF READY 


TVF has recovered from an internal 
software problem. TVF processing 
has stopped. 


To resume testing, enter a com- 
mand. If this message occurs 
repeatedly, notify site mainten- 
ance personnel. 


TVF 


FAMILY: 


Normal host prompt for family 
name. 


Enter a valid NOS family name. 


NVF 


FROM NOP... string 


A message from the network opera- 
tor Is displayed as string. 


None. 


CS 


HOST AVAILABLE 


You have a selected and available 
host system, to which your ter- 
minal can be connected. 


As indicated by the prompt message: 
ENTER INPUT TO CONNECT TO HOST 


CCP 


HOST BUSY 


The requested connection was 
rejected by the host. Not 
enough resources are currently 
available to service another 
terminal . 


As indicated by the prompt message: 
ENTER HD TO SEE HOST STATUS, 
wait a short time and try again, 
or try another host. 


CCP 


HOST CONNECTED 


Your terminal is connected to 
a host. 


As indicated by the prompt message: 
READY FOR INPUT or TERMINAL 
DISABLED BY NOP. 


CCP 


HOST DISCONNECTED 


The NPU has ended your device's 
connection with the host; connec- 
tion was not completed or was 
broken . 


As indicated by the prompt message: 
ENTER INPUT TO CONNECT TO HOST or 
TERMINAL DISABLED BY NOP. 


CCP 


HOST UNAVAILABLE 


You have selected and attempted 
to establish a connection with a 
host that Is currently not commun- 
icating with the network through 
a path you can use. 


As indicated by the prompt message: 
ENTER HD TO SEE HOST STATUS. 


CCP 


INPUT DISCARDED., 


CCP has discarded part of your 
last input transmission because 
of a temporary storage problem. 


See Suspensions of Communication 
in section 4. 


CCP 


ILLEGAL APPLICATION, 
TRY AGAIN 
termlnalname - 
APPLICATION: 


The name used to request an 
application program is not recog- 
nized or is not valid for the 
user name. 


Correct the entry, or enter the 
name of another application pro- 
gram. If the entry was correct, 
contact a site administrator. 


NVF 


IMPROPER LOGIN, TRY AGAIN. 


An unacceptable family name, user 
name, or password has been 
entered. 


Restart the login procedure by 
entering a valid family name or 
user name, as requested by the 
prompt following this message. 


NVF 



o 
o 
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TABLE B-1. INFORMATIVE AND DIAGNOSTIC MESSAGES (Contd) 






o 






o 



Message 


Significance 


Action 


Issued 
By 


LOGGED OUT. 


Terminal has been queued for 
disconnection from the host. 


Hang up phone or initiate new 
host connection procedure. 


NVF 


LOGIN TERMINATED. 


You cannot be validated as a 
user of this host. Your terminal 
will be disconnected. 


Try another host. 


NVF 


NO HOST AVAILABLE 


No hosts are currently communi- 
cating with the network through 
a path you can use. 


As Indicated by the prompt message: 
ENTER HD TO SEE HOST STATUS or 
try again later. 


CCP 


NO HOST CONNECTED 


You are not connected to a host 
and/or you entered the TM command. 


As Indicated by the prompt message: 
ENTER INPUT TO CONNECT TO HOST. 


CCP 


NO HOST SELECTED 


A host is available, but you have 
not selected one with which to 
communicate . 


As indicated by the prompt message: 
ENTER HN=NN TO SELECT HOST. 


CCP 


OVER.. 


The end of a page of output data 
has been reached but more output 
is available. 


Enter an empty line to receive 
more data. 


TIP 


PASSWORD: 


Normal host prompt for password. 


Enter a valid password. 


NVF 


REPEAT.. 


The temporary storage space 
problem has ended. 


Reenter your previous Input. 


TIP 


SYSTEM CLOSED 


Host shutdown is in progress 
and login is not permitted. 


Try again later. 


NVF 


TC ILLEGAL TERMINAL CLASS 


The value you specified In a TC 
command is not within the range 
allowed for your current terminal 
class. 


Check for a typographical error. 


TIP 


TIMEOUT 


The most recent prompting message 
was not responded to within 2 
minutes. Terminal disconnect from 
the host was requested. 


If the terminal disconnects, a 
new host connection must be 
established before login can begin. 


NVF 


TVF TEST COMPLETE 


Self-explanatory . 


Check test results and respond to 
any subsequent prompting line. 


TVF 


USER NAME: 


Normal host prompt during login 
for user name. 


Enter the assigned user name. 


NVF 


USER RETRY LIMIT. 


Four unsuccessful login attempts 
have been made. 


Contact host administration to 
determine user validation re- 
quirements. 


NVF 


USER ACCESS NOT POSSIBLE - 
CONTACT NETWORK AIMIN. 


The user is not validated by 
NOS to access any application 
programs, the user name security 
count has been exceeded, a login 
mandatory application program 
name Is not recognized by NVF, or 
two different mandatory applica- 
tion programs are defined for your 
user name. 


Contact host administrative 
personnel. 


NVF 


VOLUNTEERED USER/PASSWORD 
IGNORED. 


A site-defined mandatory value 
overrode the value you supplied. 


None. 


NVF 
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Message 


Significance 


Action 


Issued 
By 


VOLUNTEERED APPLICATION 
IGNORED. 


A site-defined mandatory value 
overrode the value you supplied. 


None . 


NVF 


WAIT.. 


Because of a temporary overload 
condition, the last transmitted 
line from your terminal's console 
was discarded. 


Wait for the REPEAT message, then 
repeat input . 


TIP 


image > BAD /*CONFIG. 


The /*CONFIG statement cannot be 
processed past the characters 
shown as image. 


Correct the syntax or value error 
and resend the statement. 


TIP 


Image, BAD /*CONFIG. 


The statement indicated by image 
was received when a /*CONFIG 
statement was expected. 


Enter a valid /*CONFIG statement. 


TIP 


application CONNECT TIME 
hh.nm.ss 
terminalname - 
APPLICATION: 


Control of the terminal has been 
returned to NVF from an applica- 
tion. The parameter application 
is the name of the application 
previously selected. The 
parameters hh:mm:ss indicate the 
length of time device terminalname 
was connected to the application. 


Enter the name of another appli- 
cation program. 


NVF 


terminalname - 
APPLICATION: 


Prompt for application program; 
terminalname represents the 
device name. 


Enter name of desired applica- 
tion program. 


NVF 


•• 


Prompt for entry of another 
command . 


Enter another command. 


TVF 


XX ACCEPTED.. 


Informative message that indi- 
cates a valid terminal definition 
command was entered; xx is the 
mnemonic of the command 
parameter . 


None. 


TIP 


XX DUPLICATE CHARACTER 


The value you specified in the 
terminal definition command xx 
has already been used for another 
network function character. 


Try another value. 


TIP 


XX ILLEGAL COMMAND 


The characters xx are not 
a terminal definition command 
mnemonic or a priority data 
character coiamand. 


Check for a typographical error. 


TIP 


XX ILLEGAL VALUE 


You specified an Invalid value in 
the terminal definition command 

XX. 


Check for a typographical error. 
Check the range of values described 
in sections 2, 4, or 5 for the 
command. 


TIP 


XX VALUE INAPPROPRIATE 


You specified a value in the ter- 
minal definition command xx that 
is not appropriate for devices in 
your device's current terminal 
class. 


Check for a typographical error. 
Check the range of values described 
in sections 2, 4, or 5 for the 
command . 


TIP 
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This glossary defines terms and mnemonics unique to 
the description of the software presented in this 
manual. It also contains terms whose interpretation 
within this manual is intended to be more con- 
strained or different from that commonly made. 
This glossary supplements the American National 
Dictionary for Information Processing (ANSI 
X3/TR-1-77, FIPS 11-1). Some terms used in other 
documentation for the network software are included 
for the reader's convenience when reconciling 
terminology. 

Acknowledgment, Block - 

A message returned to the sender confirming the 
delivery of one block; referred to as BACK in 
CCP documentation. 

Address - 

A location of data (as in the main or micro NPU 
memory) or of a device (as a peripheral device 
or terminal). 



Application Program - 

A program resident in a host computer that 
provides an information storage, retrieval, 
and/or processing service via the data communi- 
cation network and the Network Access Method. 
Application programs always use the system con- 
trol point feature of NOS to communicate with 
the Network Access Method. In the context of 
network software, an application program is not 
an interactive job, but rather a terminal ser- 
vicing facility. A terminal servicing facility 
provides terminal users with a specific proc- 
essing capability such as remote job entry from 
batch terminals, transaction processing, entry 
and execution of interactive jobs, and so forth. 
For example, the standard CDC interactive 
facility lAF makes terminal input and output 
appear the same to an executing program as file 
input and output; lAF is a network application 
program, but the executing program using lAF is 
an interactive Job. 
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APL - 

A scientific programming language characterized 
by powerful operators and special graphic sym- 
bols. 

Application Block Header (ABH) - 

A single 50-blt word description accompanying 
every block passing between an application pro- 
gram and NAM. 

Application Block Limit (ABL) - 

The number of unacknowledged blocks a logical 
connection is allowed to have outstanding 
(queued by the network) at any one time. 

Application Block Number (ABN) - 

A field in the application block header. An 
application-assigned number used to identify a 
particular network data block. 

Application Block Type (ABT) - 

A field in the application block header defining 
the accompanying block as either data or super- 
visory, null or not null, and indicating whether 
this is the last block of a message. 

Application Interface Program (AIP) - 

A group of routines that reside in the appli- 
cation program's field length. These routines 
translate and buffer communication between the 
application program and the network, using the 
system control point feature of NOS. 

Application Name (aname) - 

Up to seven 6-blt letters or digits (the first 
must be a letter) used to identify an applica- 
tion program. It is used by another application 
program or by a terminal operator when connec- 
tion to the application is requested, and by 
the host operator when issuing commands to the 
program. 



Archetype Terminal - 

The specific terminal equipment possessing all 
of the attributes used as defaults for the 
definition of one terminal class. Each terminal 
class has a corresponding archetype terminal. 

Asynchronous - 

A transmission in which each information char- 
acter is individually synchronized by the use 
of start and stop bits. The gap between each 
character is not necessarily of fixed length. 



Asynchronous Protocol - 

The protocol used by asynchronous, 
teletypewriter-like devices. For CCP, the pro- 
tocol is actually the set of protocols for eight 
types of real terminals. The NPU/terminal 
interface is handled by the ASYNC TIP. 

Automatic Input - 

A feature that permits data sent to a terminal 
at the end of an output message to be returned 
to the host application program as the beginning 
of the next input from the terminal. The most 
common use of automatic input Is to send line 
numbers to the terminal console for return as 
part of the entry for a text editor or file 
generator program. 



Automatic Login - 

The process whereby one or more of the Network 
Validation Facility login dialog parameters Is 
supplied to NVF from the local configuration 
file. Parameters supplied through automatic 
login configuration of a terminal device sup- 
press prompting for the corresponding dialog 
entries and override any entries made from the 
terminal console. 
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Automatic Recognition - 

The process whereby the Terminal Interface 
Program identifies characteristics of a terminal 
when the terminal's communication line becomes 
active. The Terminal Interface Program deter- 
mines sub-TIP type subset of protocol type) and 
line speed (and, for mode 4 terminals, the 
cluster and terminal addresses) by various 
methods for lines configured for automatic 
recognition. The Communications Supervisor 
then matches these parameters against the 
descriptions of specific terminals in the net- 
work configuration file; the terminal with the 
closest match to the empirically determined 
parameters is automatically recognized as the 
terminal on the communication line. 



Base System Software - 

The set of programs in CCP that supplies the 
monitor, timing. Interrupt handling, and multi- 
plexing functions for the NPO. Base system 
software also includes common areas, diag- 
nostics, and debugging utilities. 

Batch Device - 

A device that is capable of conducting input 
only or output only operations. Card readers, 
line printers, and plotters are examples of 
batch devices. Batch devices are sometimes 
referred to as passive devices. A batch device 
is an input-only or output— only device or por- 
tion of a terminal, and is usually serviced by 
the Remote Batch Facility program using the PRU 
interface. 

Batch Mode - 

The state of a mode 4A terminal during which 
batch data is transmitted from the terminal's 
card reader to central files and/or from central 
files to the terminal's line printer. Also, 
the state of an asynchronous terminal during 
which input transmission occurs on a block-by- 
block basis. 



Binary Synchronous Communications (BSC) - 

A communications protocol supported by the BSC 
TIP. This protocol connects IBM 2780 or 3780 
terminals to the NPU using half-duplex synchro- 
nous transmissions in a point-to-point mode. 
The terminals have batch devices that use EBCDIC 
code. Transparent data exchanges are permitted. 
The terminals are configured to have a virtual 
console (interactive device). This is composed 
of a card reader for input and a printer for 
output . 

Block - 

In the context of network communications, a 
portion or all of a message. A message is 
divided into blocks to facilitate buffering, 
transmission, error detection, and correction 
for variable length data streams. Differing 
block protocols apply to the host/NPU and the 
NPU/ terminal Interfaces. 

During input from a terminal, a block is a 
single transmission comprising one or more lines 
of one or more messages. 



During input to an application program, a block 
Is a single line comprising part or all of a 
message. Terminal transmission blocks are 
divided into as many application program input 
blocks as needed, until the message is com- 
pleted. 

During output from a host application program, 
a block is one or more lines. During output 
from an NPU to a terminal, a block is one ter- 
minal transmission buffer. 

Block Acknowledgment - 

See Acknowledgment, Block. 

Block Header - 

See Application Block Header. 

Block Limit - 

The number of message blocks that can be await- 
ing delivery at any one time in either the 
host-to-NPU direction or the NPU-to-host direc- 
tion for a single terminal. 

Block Type - 

See Application Block Type. 

Break - 

A method employed by a terminal operator to 
interrupt output or input in progress. See 
also. Interrupt. 

Buffering - 

The process of collecting data together in buf- 
fers. Ordinarily, no action on the data is 
taken until the buffer is filled. Filled buf- 
fers include the case where data is terminated 
before the end of the buffer and the remaining 
space is filled with Irrelevant codes. 

Byte - 

A group of contiguous bits. Unless prefixed 
(for example, a 6-blt byte), the term implies 
8-blt groups. When used for encoding character 
data, a byte represents a single character. 

Cassette - 

The magnetic tape device in an NPU used for 
bootstrap loading of off-line diagnostics and 
(in remote NPUs) the bootstrap load/dump opera- 
tion. 

CE Error Message - 

A message containing information concerning 
hardware and/or software malfunctions. 

Character - 

Any alphabetic, numeric, or special symbol that 
can be encoded. This term applies to the grap- 
hic characters for a terminal input or output 
device, and to the encoded control characters 
used by the terminal. Within the network soft- 
ware, a character Is a coded byte of data, such 
as a 6-bit display code or 7-bit ASCII code. 
Terminals use a wide range of codes to represent 
a specific character. Network products trans- 
late between terminal codes and host codes. 
Unless otherwise specified, references to char- 
acters in this manual are to ASCII 7-bit byte 
characters. 



o 






t^. 



v../ 



C-2 



60480600 C 



o 
o 






o 



\m/ 






Character Mode - 

Refers to terminal transmission size, when each 
character is transmitted to the network proc- 
essing unit as it is entered at the terminal. 

Character Type - 

See Application Character Type. 

Circular Input Buffer (CIB) - 

Within CC?, a buffer used by the multiplex sub- 
system to collect all data passing upline from 
the multiplexer. 

Cluster - 

Mode 4 devices grouped into a terminal by a 
common cluster address. Synonymous with ter- 
minal. 

Cluster Address - 

The hardware address of a cluster. This term 
is used in several ways within mode 4 documen- 
tation, as shown in table C-1. 

TABIE C-1. MODE 4 NOMENCLATURE EQUIVALENCE 



Networks 


Mode 4A 


Mode 4C 


Nomenclature 


Nomenclature 


Nomenclature 


Network 


Data source 


Control 


processing unit 




station 


Cluster address 


Site address 


Station 
address 


Cluster 


Equipment 


Station 


controller 


controller 




Terminal address 


Station 


Device 




address 


address 


Terminal 


Equipment 
controller 


Station 


Device 


Equipment 


Device 



Command Driver - 

The hardware driver that controls the multiplex 
subsystem. 

Communication Element - 

Any entity that constitutes a point of input 
to, or output from, the data communication net- 
work. This includes terminal devices, termi- 
nals, and communication lines. 

Communication Line - 

A complete communication circuit between a ter- 
minal and its network processing unit. 

Communication Network - 

The portion of the total network comprising the 
linked network processing units. The communi- 
cation network excludes host computers and 
terminals. 



Communications Control Program (CCP) - 

A portion of the network software that resides 
in a 255x Series network processing unit. This 
set of modules performs the tasks delegated to 
the NPU in the network. This software can 
include such routines as the Terminal Interface 
Program. 

Communications Supervisor (CS) - 

A portion of the network host software j written 
as an application program; the Communications 
Supervisor configures and controls the status 
of network processing units and all of their 
communication lines and terminals. 

Configuration - 

See Network Configuration. 

Connection Nvimber (CN) - 

A unique number assigned to each active device 
on a logical link. 

Constant Carrier - 

A communication line with a transmission carrier 
signal that remains on continuously; failure is 
reported if the carrier signal received remains 
off for a period of time that equals or exceeds 
a failure verification period. 

Contention - 

The state that exists in a bidirectional trans- 
mission line when both ends of the line try to 
use the line for transmission at the same time. 
All protocols contain logic to resolve the 
contention situation. 

Control Blocks - 

( 1 ) The types of blocks used to transmit control 
(as opposed to data) information; (2) Blocks 
assigned for special configuration/status pur- 
poses in the NPU. The major blocks are line 
control blocks (LCB), logical link control 
blocks (LLCB) , logical channel control blocks 
(LCCB), terminal control blocks (TCB), queue 
control blocks (QCB), buffer maintenance con- 
trol blocks (BCB), multiplexer line control 
blocks (MLCB), text processing control blocks 
(TPCB), and diagnostics control blocks (DCB). 

Controlled Carrier - 

A communication line with a transmission carrier 
signal that is raised and lowered with each 
block transmitted; failure is reported if the 
carrier signal received does not fluctuate in a 
similar fashion. 

Controlled Terminal - 

A terminal whose input can be started and 
stopped by the network software. When a ter- 
minal places data on a communication line only 
in response to a poll, the maximum input rate 
can be controlled by controlling the polling 
rate. Mode 4 terminals are controlled. 

Coupler - 

A hardware module resident in a front-end net- 
work processing unit. That coupler links the 
network processing unit to a host computer. 



o 



60480600 C 



C-3 



Cross - 

The software support system for CCP. These 
programs, which are run on the host, support 
source code programming in Pascal, macroassem- 
bler, and microassembler languages. The com- 
piled or assembled output of the Cross programs 
are in object code format on host computer 
files. The object code files are processed by 
other Cross programs and host installation pro- 
grams into a downline load file for an NPU. 

Cyclic Redundancy Check (CRC) - 

A check code transmitted with blocks/frames of 
data. It is used by several protocols. 



Data - 

Any portion of a message created by the source, 
exclusive of any information used to accomplish 
transmission of such a message. 

Data Buffer - 

A block of 64 contiguous words in CCP used for 
storing data (two characters per word). A buf- 
fer usually has a header of one or more words. 
Data within a data buffer is delimited by 
pointers to the first and last characters (data 
buffers are character-oriented). If the data 
cannot all fit into one buffer, an additional 
buffer is assigned and is chained to the cur- 
rent buffer. Buffer assignment continues until 
an entire data block is contained in the chain 
of buffers. Buffers are chained together only 
for upline data. 



Data Compression - 

The technique of transmitting a sequence of 
Identical characters as a control character and 
a number representing the length of the 
sequence . 

Data Set - 

A hardware interface that transforms analog to 
digital data and the converse. A data set is a 
modem capable of using telephone lines. 

Dedicated Line - 

A communication line that is permanently con- 
nected between a terminal and a network proc- 
essing unit. Contrast with Switched Line. 



Default - 

A host-supplied or network-supplied parameter 
value or name used when a value or name Is not 
supplied by the user. 

DEFINE - 

An NDL statement that provides the macro-like 
capability of substituting an Identifier in 
coding for a more complex entity. When the 
coding is processed, the identifier is inter- 
preted as if it had been replaced by the com- 
plex entity. Also, a NOS command that creates 
permanent files. 

Destination - 

The terminal or application program designated 
to receive the message. 



Destination Node (DN) - 

The NPU node that directly interfaces to the 
destination of a data block. For Instance, the 
destination node of an upline block might be 
the network host software that passes the block 
to the application program responsible for 
processing the block. 

Device - 

A separately addressable portion or all of a 
terminal. This term is used in various ways 
within mode 4 documentation, as shown in table 
C-1. 

Diagnostics - 

Software programs or combinations of programs 
or tables that aid the troubleshooter in iso- 
lating problems. 



Direct Access File - 

In the context of NOS permanent files, 
that is accessed and modified directly. 



a file 



Display Code - 

A character code used internally in a CDC CYBER 
170 host computer. Each character consists of 
six bits (two octal digits). 

Downline - 

The direction of output information flow, from 
a host computer application program. 

Dump - 

In the context of CCP, the process of trans- 
ferring the contents of the NPU main memory, 
registers, and file 1 registers to the host. 
The dump can be processed by the Network Dump 
Analyzer in the host to produce a listing of 
the dumped information. 

Echo - 

The process of displaying a keystroke on a con- 
sole. Echoing can be done from the TIP, from a 
modem, or from the terminal itself. 

Echoplex - 

The process of returning received characters on 
a full-duplex line. Not all terminals on full- 
duplex communication lines are capable of echo- 
plex operation. 

File - 

A unit of batch data. Files are transferred 
between application programs and terminals by 
using PRUBs on the NPU's host side and trans- 
mission blocks on the NPU's terminal side. A 
file contains one or more records. Example: a 
card reader job consists of a file containing 
the card Image records of all the cards in the 
job deck. 

File Registers - 

The two sets of microregisters (file 1 and file 
2) in a 255x series network processing unit. 
File 1 registers contain parameter information 
that is reloaded whenever the NPU is initial- 
ized. Microprograms using file 1 registers can 
also change values in them. File 2 registers 
are invariant firmware registers that come pre- 
programmed with the network processing unit. 
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Format Effectors (FE) - 

Characters in an output data stream that deter- 
mine the appearance of data at the console. A 
format effector usually takes the form of a 
single character in the output line. For 
printing devices, the character is translated 
by the output side of the TIP into a combination 
of carriage returns, line feeds, or spaces. 
Similarly, FEs for displays can command new 
lines, screen clearing, or cursor positioning. 



Frame - 

A frame is a block of data sent across a high- 
speed link. It is composed of control bytes, a 
CRC sum, and (in some cases) data bytes in sub- 
block sequence. A sub-block can be a network 
data block or a part of a block. The frame is 
the basic communication unit used in trunk (NPU 
to NPU) communications and provides high-data 
density in bit-serial format over data-grade 
lines, as well as data assurance. 

Frames are transmitted as a sequence of bytes 
through the multiplex subsystem that uses a 
hardware-controlled frame on the input and out- 
put multiplex loops. 

Free-Wheeling Terminal - 

A terminal that can Input at the discretion of 
the terminal user and has an input rate that 
cannot be controlled directly. Asynchronous 
terminals are free-wheeling. Contrast with 
Controlled Terminal. 



Front -End NPU - 

A network processing unit that directly inter- 
faces to one or more hosts. Synonymous with 
local NPU. 

Full Duplex (FDX) - 

Two-way simultaneous transmission on a communi- 
cation line. 

Function Codes - 

Codes used by the CCP service module to desig- 
nate the type of function (command or status) 
being transmitted. Two codes are defined: 
primary function code (PFC) and secondary func- 
tion code (SFC). Function codes are also used 
between NAM and the host application programs 
in all supervisory messages. 



Half Duplex (HDX) - 

Two-way alternating transmission on a communi- 
cation line. Normally a single set of data 
lines carry input, output, and part of the con- 
trol information. Contention for use is possi- 
ble in half-duplex mode and must be resolved by 
the protocol governing line transfers. 

Halt Codes - 

Codes generated by -the NPU when It Is stopped 
by its software. These codes, which Indicate 
the cause of the stoppage, are contained in a 
CCP dump. 



HASP - 

A protocol based on the BSC protocol; it is 
used by Houston Automatic Spooling Program 
(HASP) workstations. A workstation has both 
Interactive and batch devices. The standard 
code of all HASP devices is EBCDIC; however, 
transparent batch data exchanges with the host 
are also permitted. The HASP TIP converts 
interactive HASP data from EBCDIC transmission 
blocks to ASCII network data blocks; it converts 
batch HASP data from EBCDIC transmission blocks 
to PRU blocks; nontransparent batch data is 
converted to display code. 

Header - 

The portion or portions of a block holding 
information about the block source, destination, 
and type. During network movement, a block can 
acquire several headers. For example, during 
movement of a block from a terminal to the host 
over an X.25 network, the block acquires the 
following headers: one at the terminal (also a 
trailer), one for the frame, one for the packet, 
and another for the host application program. 
Headers are discarded by the appropriate stage 
of processing, so that In this example, the 
host sees only the application program block 
header. Conversely, headers are generated and 
discarded as needed downline, so that the 
terminal sees only the terminal header (and 
trailer). 

High-Speed Synchronous Line - 

A data transmission line operating at or above 
19200 b/s. These lines are normally used for 
local LIP/remote LIP transfers and for X.25 and 
HASP network transfers. 

Host - 

A computer that executes network application 
programs and can access the network. 

Host Interface Package (HIP) - 

The CCP program that handles block transfers 
across the host/local NPU interface. The HIP 
transfers control blocks and network data 
blocks . 

Host Node - 

The node ID number of the NPU coupler that 
directly interfaces with a host computer. 

Host Operator (HOP) - 

The operator who resides at the system console, 
initiates NAM, and controls NPUs and network- 
related host elements. The HOP may do all net- 
work operator functions as well as those func- 
tions unique to the HOP despite the existence 
of NPU operators. There can be only one HOP 
for each host. Contrast with Network Operator. 

Initialization - 

The process of loading an NPU and optionally 
dumping the NPU contents. After downline load- 
ing from the host, the NPU network-oriented 
tables are configured by the host so that all 
network processors have the same IDs for all 
network terminals, lines, trunks, etc. 
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Input - 

Information flowing upline from terminal to 
host computer. 

Input Buffer - 

In the context of CCP, a data buffer containing 
part of a network data block destined for a 
host application program. These buffers are 
dynamically allocated and released. 

Interactive Device - 

Any device capable of conducting both input and 
output, making it capable of dialog with the 
Network Validation Facility. Also known as a 
console device. Contrast with Passive Device. 
An interactive device is serviced by an appli- 
cation program using the interactive virtual 
terminal interface. 

Interactive Facility (lAF) - 

The network host product application that sup- 
ports Interactive (conversational) Job execution 
and command processing. During interactive job 
processing, files can be created and edited 
from a terminal. 

Interactive Mode - 

The state of a mode 4A terminal during which 
keyboard data (such as user commands) is trans- 
mitted to the host computer and/or messages are 
transmitted to the terminal's console. 

Interactive Virtual Terminal Interface - 

The set of protocols and characteristics common 
to all logical terminal devices serviced by the 
network software as interactive devices with 
combined input and output units. 

Interrupt - 

An event in network operation that is sometimes 
synonymous with a break condition. An interrupt 
causes a pause or termination in an operation 
being performed by the terminal, terminal 
Interface Program, or network application pro- 
gram. Terminals can have one or more keys that 
cause distinctly different interrupts, as 
described in section 2. 

Level - 

For logical records , an octal number through 
17 in the system-supplied 48-bit marker that 
terminates a short or zero-length PRU. 

Line - 

(1) During input, the portion of a transmission 
that precedes a logical end-of-line indicator 
or a physical end-of-line delimiter, such as a 
line feed. A line can contain part or all of a 
message. 

During output, the portion of a message that is 
output on a single physical line of the terminal 
output device. 

(2) A hardware connection between an NPU and a 
terminal or group of terminals. 

Link - 

A connection between two NPUs or an NPU and a 
host. 



link Interface Package (LIP) - 

The CCP program that handles frame transfers 
across a trunk; that is, across the link con- 
nection between a local and a remote NPU. A 
LIP uses CDCCP protocol and interfaces on the 
local NPU side to the HIP. On the remote NPU 
side, the LIP interfaces with the appropriate 
TIP. In both local and remote NPUs, the LIP 
Interfaces with the multiplexer subsystem for 
transfer across the trunk. 

Load - 

The process of moving programs downline from 
the host and storing them in the NPU macromemory 
and micromemory. Loading of a remote NPU is 
accomplished by the host through the use of the 
LIP in the local NPU. 

Local Configuration File (LCF) - 

A file in the host computer system, containing 
information on the logical relationships among 
the service elements in the network. The file 
contains a list of the application programs 
available for execution in the host computer, 
and the users that require automatic login to 
them. This is a NOS direct access permanent 
file. 



Local NPU - 

An NPU that is connected to the host via a 
coupler. A local NPU always contains a HIP for 
processing block protocol transfers across the 
host/local NPU interface. Synonymous with 
front-end NPU. Contrast with Remote NPU. 

Logical Connection - 

A logical message path established between two 
application programs or between a network ter- 
minal device and an application program. Until 
terminated, the logical connection allows mes- 
sages to pass between the two entities. 

Logical Line - 

The basic message unit of a console device. 

During input, all character codes between two 
occurrences of the character code associated 
with the transmission key for the terminal 
(usually, the carriage return or ETX keys). 

During output, all character codes between two 
occurrences of a logical line terminator byte. 



Contrast with Physical Line. 



Logical Link (LL) - 

The portion of a logical connection defined by 
host node and terminal node ID numbers. A 
logical link is an error-free path across the 
network over which many separate logical con- 
nections are multiplexed. A logical link cannot 
traverse more than two NPUs. 

Logical Record - 

Under NOS, a data grouping that consists of one 
or more PRUs terminated by a short PRU or zero- 
length PRU. Equivalent to a system-logical- 
record under NOS/BE. 
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Logical Terminal - 

The terminal the network software believes it 
is communicating with. Compare with Physical 
Terminal. Interactive logical terminal devices 
(consoles) are distinct from passive logical 
terminal devices (batch devices). 

Loop Multiplexer (LM) - 

The hardware that Interfaces the CLAs (which 
convert data between bit-serial digital and 
bit-parallel digital character format) and the 
input and output loops. 

Low/Medlmum-Speed Voice-Grade Line - 

A line that operates at bit transmission rates 
at or below 19200 bits per second. These lines 
usually connect individual terminals to an NPU 
or to an X.25 PAD service. 



Macromemory - 

The portion of 255x series network processing 
unit memory that contains code Involved In data 
communication, such as the Terminal Interface 
Program. The macromemory Is partly dedicated 
to programs and common areas; the remainder is 
buffer area used for data and overlay programs. 
Word size is 16 data bits plus three additional 
bits for parity and program protection. Memory 
is packaged In 16K and 32K word increments. 

Message - 

A logical unit of information, as processed by 
an application program. When transmitted over 
a network, a message can consist of one or more 
blocks. 

During input, a message is one or more lines 
comprising a single command, transaction, or 
entry. Output cannot occur until transmission 
of an input message is completed. 

During output, a message is all lines of appli- 
cation program transmissions until application 
program Input is expected. 



Mlcromemory - 

The portion of 255x series network processing 
unit memory that contains code defining the 
unit to itself. This consists of 8192 words of 
64-bit length. 1024 words are Read Only Memory 
(ROM); the remaining words are Blandom Access 
Memory (RAM) and are alterable. The ROM memory 
contains the emulator microprogram that allows 
use of assembly language. 

Microprocessor - 

The portion of the NPU that processes the pro- 
grams. 

Mode 4 - 

A communication line transmission protocol that 
requires the polling of sources for input to 
the data communication network. Control Data 
defines two types of mode 4 equipment, mode 4A 
and mode 4C. Mode 4A equipment is polled 
through the hardware address of the console 
device, regardless of how many devices Interface 
to the network. Mode 4C equipment is polled 
through separate hardware addresses, depending 
on the point each device uses to interface with 
the network. 
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Modem - 

A hardware device for converting analog levels 
to digital signals and the converse. Telephone 
lines Interface to digital equipment via modems. 
Modem is synonymous with data set. 

Monitor - 

The portion of the CCP base system software 
responsible for time and space allocation with- 
in the computer. The principal monitor program 
is OPSMON. OPSMON executes OPS level programs 
by scanning a table of programs that have pend- 
ing tasks. 

Multiplex Loop Interface Adapter (MLIA) - 

The hardware portion of the 255x series NPU 
multiplex subsystem that controls the multi- 
plexing loops (input and output) as well as the 
interface between the NPU and the multiplex 
subsystem. 

Multiplex Subsystem - 

The portion of the base CCP software that per- 
forms multiplexing tasks for upline and down- 
line data, and also demultiplexes upline data 
from the circular input buffer and places the 
data in line-oriented input data buffers. 

Neighbor NPUs - 

Two NPUs connected to one another by means of a 
trunk (link). 

Network - 

An Interconnected set of network processing 
units, hosts, and terminal devices. 

Network Access Method (NAM) - 

A software package that provides a generalized 
method of using a communication network for 
switching, buffering, queuing, and transmitting 
data. NAM is a set of interface routines used 
by a terminal servicing facility for shared 
access to a network of terminals and other 
application programs, so that the facility pro- 
gram does not need to support the physical 
structures and protocols of a private communi- 
cation network. 

Network Address - 

The address used by block protocol to establish 
routing for the message. It consists of three 
parts: DN, the destination node; SN, the source 
node; and CN, the connection number. 

Network Configuration - 

The process of setting tables and variables 
throughout the network to assign lines, links, 
terminals, and so forth, such that all elements 
of the network recognize a uniform addressing 
scheme. After configuration, network elements 
accept all data commands directed to/through 
themselves and reject all other data and com- 
mands. 

Network Configuration File (NCF) - 

A network definition file in the host computer, 
containing information on the network and com- 
munication elements and permissible linkages 
between them. The status of the elements 
described in this file is modified by the net- 
work operator in the course of managing the 
network through the Communications Supervisor. 
This is a NOS direct access permanent file. 
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Network Definition File - 

Kither of the two types of NDL program output 
files that determine the configuration of the 
network. This can be a network configuration 
file or a local configuration file. 

Network Definition Language (NDL) - 

The compiler-level language used to define the 
network configuration file and local configur- 
ation file contents. 

Network Definition Language Processor 

(NDL Processor) - 

The network software module that processes an 
NDL program to create the network definition 
files and other NDL program output. 

Network Element - 

Any entity in the total network that is not a 
communication element; this term is usually 
applied to the data communication network 
entitles comprising the NPUs and their linkages. 

Network Operator - 

The administrative operator who manages the 
hardware, linkages, and other network elements 
of the data communication network by communi- 
cating with the Communications Supervisor in a 
host computer. Contrast with Host Operator. 
The network operator can also be a host oper- 
ator. 

Network Processing Unit (NPU) - 

The collection of hardware and software that 
switches, buffers, and transmits data between 
terminals and host computers. 



Network Supervisor (NS) - 

A portion of the network software, written as a 
NAM application program. The Network Supervisor 
dumps and loads the NPUs in the communication 
network . 

Network Validation Facility (NVF) - 

A portion of the network software, written as a 
NAM application program. The Network Validation 
Facility performs all device login and appli- 
cation program access validation processing and 
supports login dialog with the terminal user. 

Node - 

A hardware or software entity that creates, 
absorbs, switches, and/or buffers network data 
blocks. NPUs and host couplers are nodes of 
the CDC network. 

Normalized Mode - 

This term refers to network transmission type, 
when terminal character codes are converted by 
the network processing unit to (and from) ASCII 
character codes before transmission to the host 
computer (or after transmission from it). In 
network normalized transmission mode, input 
data is completely or partically edited by the 
Terminal Interface Program to imitate input 
from terminals that edit input before trans- 
mission. Contrast with Transparent Mode. 



NPU Operator - 

(1) The network operator who uses a terminal 
and controls network elements such as NPUs, 
trunks, logical links, lines, and terminals. 
Contrast with Host Operator. 

(2) The diagnostic operator who uses a terminal 
and tests trunks and communication lines. Con- 
trast with Network Operator. 

(3) An operator using the offnet NPU console. 

Off-Line Diagnostics - 

Optional diagnostics for the 255x series network 
processing unit that require the NPU to be dis- 
connected from the network. 

On-Llne Diagnostics - 

Optional diagnostics for the 255x series network 
processing unit that can be executed while the 
NPU is operating as a part of the network. 
Individual lines being tested must, however, be 
disconnected from the network. These diagnos- 
tics are provided if the user purchases a net- 
work maintenance contract. 



OPS Monitor - 

The CCP monitor. 



See Monitor. 



Output - 

Information flowing from a host application 
program. 

Output Buffer - 

Any buffer that is used to hold a downline mes- 
sage from the host. 

Owning Console - 

The interactive terminal device associated with 
a given passive terminal device. The owning 
console enters commands that control the oper- 
ation of the passive terminal device. 

Packet - 

A group of binary digits, including data and 
call control signals, that is transmitted as a 
single unit. The data, control signals, and 
error-control information are arranged in a 
specific format. 

Packet Assembly /Disassembly Service (PAD) - 

A definition of the procedures for the operation 
of an asynchronous terminal through a packet- 
switching network (PSN). 

Packet-Switching Network (PSN) - 

A type of network that supports data communi- 
cation between various terminals and computers. 
The PSN is usually licensed as a common carrier. 
Terminal interface to a PSN is defined by the 
packet assembly /disassembly (PAD) service. PSN 
interface with the NOS network is defined by 
the X.2S transmission protocol. 

PAD SubTIP - 

A sub TIP of the X.25 TIP that allows asynchro- 
nous ASCII terminals to communicate over a 
packet-switching network. 



o 
o 
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Paging (Screen) - 

The process of filling a CRT display with data 
and holding additional data for subsequent dis- 
plays. Changing the paged display is controlled 
by the terminal operator If the page wait option 
is selected. 

Parity - 

A type of data assurance. The most common 
parity is character parity; that is, the sup- 
plying of one extra bit per character so that 
the sum of all the bits in the character 
(including the parity bit) is always an even 
(even parity) or odd (odd parity) number. 

Pascal - 

A high level programming language used for CCP 
programs. Almost all CCP programs are written 
in the Pascal language. 

Passive Device - 

Any terminal device incapable of conducting 
both input and output and therefore incapable 
of dialog with the Network Validation Facility. 
Batch unit record peripherals are typical 
examples of passive terminal devices. Also 
known as a nonconsole device. Contrast with 
Interactive Device. 

Password - 

A parameter in the terminal operator's login 
procedure type-in, used for additional access 
security by the Network Validation Facility. 

Peripheral Processor Unit (PPU) - 

The hardware unit within the host computer that 
performs physical input and output through the 
computer's data channels. 

Physical Line - 

A string of data that is determined by the ter- 
minal's physical characteristics (page width or 
line feed). Contrast with Logical Line, which 
is determined by a carriage return or other 
message-forwarding signal. 

During input, all character codes entered 
between the occurrence of the last output char- 
acter, carriage return, or line feed, and the 
occurrence of the page width boundary, a line 
feed, or a carriage return code comprise a 
physical line. During output, all characters 
between the leftmost and rightmost character 
positions possible on one line of the output 
device comprise a physical line. 

Physical Link - 

A connection between two major network nodes 
such as neighboring nodes. Messages can be 
transmitted over active physical links. 



Physical Record Unit (PRU) - 

Under NOS, the amount of Information trans- 
mitted by a single physical operation of a 
specified device. The size of a PRU depends on 
the device, as shown in table C-2. 

A PRU that is not full of user data is called a 
short PRU; a PRU that has a level terminator 
but no user data is called a zero-length PRU. 



TABLE C-2. PRU SIZE 



Device 


Size in Number 
of 60-Bit Words 


Mass storage 




64 


Tape in SI format with 
data 


binary 


512 


Tape in I format 




512 


Tape in other format 




Undefined 



Physical Terminal - 

The set of input and output devices through 
which the terminal user communicates with the 
network software. The set consists of only 
those devices that cannot be separately 
addressed. See also Terminal. 

Polling - 

The process of requesting input from hardware 
or software that only provides input on request. 
Polling is a concept of several network proto- 
cols and is used to avoid input contention. 
Mode 4 terminals are polled for input by the 
Terminal Interface Program servicing them; an 
application program polls all logical connec- 
tions for input, whether the logical connections 
are with controlled mode 4 terminals or free- 
wheeling asynchronous terminals. 

Port - 

The physical connection in the NPU through 
which data is transferred to/from the NPU. 
Each port is numbered and supports a single 
line. Subports are possible but not used in 
the current version of CCP. 

Primary Function Code (PFC) - 
See Function Codes. 

Priority - 

The condition when traffic through the network 
is maintained preferentially for one or more 
devices out of all devices producing network 
traffic. Terminals with priority are the last 
devices for which network traffic is suspended 
when traffic must be temporarily stopped because 
the network is operating at capacity. Devices 
with priority receive preferential treatment of 
their input or output. 

Protocol - 

A set of standardized conventions that must be 
used to achieve complete communication between 
elements in a network. A protocol can be a set 
of predefined coding sequences, such as the 
control byte envelopes added to or removed from 
data exchanged with a terminal; a set of data 
addressing and division methods, such as the 
block mechanism used between an application 
program and the Network Access Method; or a set 
of procedures used to control communication, 
such as the supervisory message sequences used 
between an application program and the Network 
Access Method. 
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PRU Block (PRUB) - 

Physical record unit block. A block format for 
batch devices that is compatible with the host's 
PRU (batch file) handling capabilities. CCP 
TIPs convert all upline batch data to this for- 
mat (exception: no transformations are made to 
transparent data except to put the messages into 
PRUBs). By this method, application programs 
In the host need only to be able to process 
batch data in PRU format rather than in the 
multiplicity of formats that real terminals use. 
Downline messages from the host to real batch 
devices are converted from PRUB to real terminal 
format. PRUB processing is controlled by the 
TIPs with the help of the BIP. 

PRU Commands - 

A set of commands from the host or a terminal 
that changes batch device or batch file charac- 
teristics, alters batch data stream flow, or 
transmits accounting data to the host. All 
batch file and batch device commands can come 
from the host. A few batch file commands can 
also come from the terminal. Some batch stream 
flow commands come from the host; others come 
from the terminals. Accounting data commands 
come only from the terminals. 

PRU Device - 

Under NOS, a mass storage device or a tape in 
SI or I format, so called because records on 
these devices are written in PRUs. 

Public Data Network (PDN) - 

A commercial PSN that supports the interface 
described in the CCITT protocol X.25. 



Queues - 

Linked sequences of blocks, tables, messages, 
and so forth. Most network queues are main- 
tained by leaving the queued elements in place 
and using tables of pointers to the next queued 
element. Most queues operate on a flrst-ln, 
first-out basis. A series of worklist entries 
for a TIP is an example of a CCP queue. 

Random File - 

In the context of the NOS operating system, a 
file with the random bit set in the file 
environment table; individual records are 
accessed by their relative PRU numbers. 

Record - 

(1) A data unit defined for the host record 
manager; (2) a data unit defined for remote 
batch workstations. In either case, a record 
contains space for at least one character of 
data and normally has a header associated with 
it. HASP records can be composed of subrecords. 

Regulation - 

The process of making an NPU or a host pro- 
gressively less available to accept various 
classes of input data. The host has one 
regulation scheme, the host and multiplex 
interfaces of a local 255x series network proc- 
essing unit have another scheme, and the multi- 
plex Interface to a neighbor NPU has a third 
regulation scheme. Some types of terminals 
(for Instance, HASP workstations) may also 
regulate data. Messages are classified as 
priority data and nonprlorlty data. Priority 
of data is established on a device-by-devlce 
basis through the PRI classification in NDL. 
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Remote Batch Facility (RBF) - 

The network host product application that sup- 
ports remote batch job submittal and processing. 
Remote batch processing can be performed from 
mode 4, HASP multileaving, 2780, or 3780 proto- 
col terminals. 

Remote NPU - 

A network processing unit linked indirectly to 
a host computer through other network processing 
units. Contrast with Local NPU. 

Response Messages - 

A subclass of supervisory or service messages 
that is a response to a supervisoiy or service 
message of the originator. Response messages 
normally contain the requested information or 
indicate that the requested task has been 
started or performed- Error or abnormal 
responses are sent when the responder cannot 
deliver the information or start the task. 

Routing - 

The process of sending data/commands through 

the network to its destination (for instance, a 

terminal). The network logical address (DN, 

SN, CN) is the primary criterion for routing. 

In the NPU, directories are used to accomplish 

the routing function. 

Sequential - 

A file organization in which records are stored 
In the order in which they are generated. 

Service Channel - 

The network logical connection used for service 
message transmission. For this channel, the 
connection number is 0. The channel is always 
configured, even at load time. 

Service Message (SM) - 

The network method of transmitting most command 
and status information to/from the NPU. Service 
messages use CMD blocks in the internal block 
protocol. 

Service Module (SVM) - 

The set of NPU programs responsible for proc- 
essing service messages. SVM is a part of the 
BIP. 

Short PRU - 

A PRU that does not contain as much user data 
as the PRU can hold and is terminated by a 
system terminator with a level number. Under 
NOS, a short PRU defines EOR. 

Source - 

The terminal or host computer program that 
creates a message. 

Source Node (SN) - 

The node that interfaces directly to the source 
of a network data block. 

State Program - 

A CCP program written in the state programming 
language. These programs usually are part of a 
TIP (some are common to all TIPs) but do not 
operate on the OPS level. They are reached by 
a call to the multiplex level or are executed 
automatically by the multiplex subsystem. State 
programs process modem signals, input data, and 
output data. Text processing is primarily per- 
formed by state programs. 
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State Program Tables - 

CCF tables used by the multiplex subsystem to 
locate the next state program to execute. 

Station - 

A provider and/or recipient of data messages; 
usually synonymous with a terminal or a grouping 
of terminal devices. This term is used in 
various ways within mode 4 communications docu- 
mentation, as shown in table C-1. 

String - 

A unit of information transmission. One or 
more strings compose a record. A string can be 
composed of different characters or contiguous 
identical characters. 

Subfunctlon Code (SFC) - 
See Function Codes. 

Subport - 

One of several addresses in a port. In this 
release of CCP, subport Is always equal to 0. 

Supervisory Message - 

A message block in the host not directly 
involved with the transmission of data, but 
which provides information for establishing and 
maintaining an environment for the communication 
of data, between the application program and 
NAM, and through the network to a destination 
or from a source. Supervisory messages can be 
transmitted to an NPU in the format of a service 
message. 

Switched Line - 

A communication line connected with one network 
processing unit but able to be connected to any 
one of several terminals via a switching 
mechanism, such as a dialed telephone line. 

Switching - 

The process of routing a message or block to 
the specified Internal program or external 
destination. 

Synchronous - 

A transmission in which character synchro- 
nization is achieved by recognition of a pre- 
defined sync character that precedes the block 
of data. 

System Console Operator - 

The operator at the host computer console who 
satisfies tape requests and performs similar 
actions. Also known as central site operator. 

System Resource Unit (SRH) - 

The composite value of central processor time, 
input/output activity, and memory usage. 



Terminal - 

An entity, external to the data communication 
network but connected to it via a communication 
line, that supplies input to, and/or accepts 
output from, an application program. In the 
context of this manual, a terminal Is each 
separately addressable group of devices com- 
prising a physical terminal or station. 



Terminal Address - 

The hardware address of a mode 4 console, a 
mode 4C printer, or a 3780 card punch. This 
term is used in various ways within mode 4 com- 
munications documentation, as shown in table 
C-1. 

Terminal Class (TC) - 

An NDL parameter and supervisory message field 
value describing the physical attributes of a 
group of similar terminals, in terms of an 
archetype terminal for the group. 

Terminal Control Block (TCB) - 

A control block within CCP containing configu- 
ration and status information for an active 
terminal. TCBs are dynamically assigned. 

Terminal Definition Commands - 

A group of commands that allow the operator at 
the terminal or a host application program to 
control some of the IVT transforms made by a 
TIP. These commands can (1) change the terminal 
characters for breaks and cancel signs, (2) 
select output page format (such as page width 
and length, number of padding characters after 
a line feed or carriage return), (3) designate 
parity type, terminal class, and other device- 
related features. 

Terminal Interface Program (TIP) - 

A portion of the Communications Control Program 
that provides an interface for terminals con- 
nected to a 255x series network processing unit. 
The TIP performs character conversion to and 
from 7-bit ASCII, limited editing of the input 
and output stream, parity checking, and so 
forth. 

Terminal Name (TNAME) - 

A name of up to seven letters and digits known 
to the network and used to identify a device to 
the network operator. 

Terminal Node - 

The node number associated with an NPU that 
interfaces with a terminal. 

Terminal Operator - 

The person operating the controls of a terminal. 
Contrast with User. 

Terminal Servicing Facility - 
See Application Program. 

Terminal Verification Facility - 

A network application program that provides 
selectable tests for users to verify proper 
operation of an interactive terminal. 

Test Utility Program (TUP) - 

A debugging utility that supports breakpoint 
debugging of CCP as well as other utility type 
operations such as loading and dumping. 

Timeout - 

The process of setting a time for completion of 
an operation and entering an error processing 
condition if the operation has not finished in 
the alloted time. 
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Timing Services - 

The subset of base system programs within CCP 
which provide timeout processing and clock times 
for messages, status, etc. "Ciming services 
provide the drivers for the real-time clock. 

Trailer - 

Control Information appended to the end of a 
message unit. A trailer contains the end-of- 
data control signals. Trailers can be generated 
by the terminal or by an intermediate device 
such as a frame generator. Not all headers are 
matched with trailers, although some devices 
split their control information between a header 
and a trailer. The trailer usually contains a 
data assurance field such as a CRC-16 or a 
checksum. Like headers, trailers are generated 
and discarded at various stages along a data 
unit's path. 



Transaction Facility (TAF) - 

The network host product application that sup- 
ports transactional terminal operation. Trans- 
actional refers to a terminal operation that Is 
used to conduct a single, simple data base 
access or retrieval procedure, such as a busi- 
ness transaction. A transactional terminal Is 
distinctive in that the operator is aware of 
only the transaction being conducted. Terminals 
used with the Transaction Facility can be 
special-purpose terminals (such as point-of-sale 
terminals) or standard asynchronous or mode 4 
terminals. When asynchronous or mode 4 termi- 
nals are connected to the Transaction Facility, 
their operation Is oriented toward performing 
data base manipulation through the console. 

Transmission Mode - 

During input, the network transmission mode is 
the terminal character code translation and 
editing option selected by the terminal user; 
during output, the network transmission mode is 
the terminal character code translation option 
selected by the application program. Normalized 
and transparent mode transmissions are both 
supported by the network software. Character 
mode is the initial and default mode for all 
terminals. Transparent mode should only be 
used when meaningful to the appllcaton program 
with which communication is occurring. 

Transmission Size - 

During input, the number of characters and 
lines reaching the terminal Interface program 
in a single transmission. During output, 
transmission size should be synonymous with 
page size (as defined by the terminal user 
though the page width and page length param- 
eters). 

Transparent Mode - 

A software feature provided by the Network 
Access Method and the network processing unit 
TIP. When transparent mode transmission occurs 
between an application program and a terminal, 
the Network Access Method does not convert data 
to or from display code, and the TIP does not 
edit the character stream or convert the char- 
acters to or from 7-bit ASCII code. When no 
parity is in effect for the terminal and trans- 
parent mode transmission occurs, all eight bits 
of the character byte can be used to represent 
characters in 256-character sets (such as 
EBCDIC). 
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Trunk - 

The dedicated communication line connecting two 
network processing units. 

Trunk Protocol - 

The protocol used for communicating between 
neighboring NPUs. It is a CDC protocol that 
uses the frame as the basic communication ele- 
ment . 

Typeahead - 

The ability to transmit many messages in suc- 
cession to the same application program, without 
needing to wait for a response to each message. 
The transmission buffering done by the network 
software allows many programs to apparently 
support typeahead of a few messages, when they 
actually do not support the feature. Typeahead 
is formally supported by application programs 
that do not expect the terminal user to wait 
for a response to one message before entering 
the next one. When typeahead is supported, the 
terminal user effectively creates a stack of 
input messages within the host computer that, 
when processed in the order entered, perform a 
series of dependent or Independent functions; 
it Is the terminal user's responsibility to 
recover from unforeseen effects of messages at 
the beginning of the message stack, based on 
the results returned to the terminal after the 
last message in the stack has been processed. 

Typeahead (Terminal) - 

The ability of a terminal to enter input data 
at all times. The ASYNC TIP supports typeahead; 
the X.25 TIP supports typeahead if it is pro- 
vided by the PSN. 

Upline - 

The direction of input flow to a host computer 
application program. 

User - 

That person or group of people who are the pre- 
parers and/or recipients of messages communica- 
ted with an application program via the network. 
A user can interface with one or more terminals, 
or with no terminals. Contrast with Terminal 
Operator. 

User Name - 

The NOS validation file parameter entered by 
the terminal operator during the Network Vali- 
dation Facility login procedure. 

Virtual Channel (X.25/PAD) - 

A channel defined for moving data between a 
terminal and a host. Virtual channels are 
defined for the length of time that the terminal 
is connected to the PSN. 

Virtual Circuit - 

See Virtual Channel. 

Word - 

The basic storage and processing unit of a 
computer. The NPU uses 16-bit words (macro- 
memory) and 32-blt words (internal to the micro 
processor only). All Interfaces are 16-bit 
words (direct memory access) or in character 
format (multiplex loop Interface). Characters 
are stored in the 255x series network processing 
unit macromemory two per word. Hosts (CYBER 
series) use 60-bit words but a 12-bit byte 
interface to the NPU. 
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Some terminals such as a HASP workstation can 
use any word size but must communicate to the 
NPU in character format. Therefore, terminal 
word size is transparent to the NPU. 

Worklist Processor - 

Within CCP, the base system programs responsible 
for creating and queuing worklist entries. 

Worklists - 

Within CCP, packets of information containing 
the parameters for a task to be performed. CCP 
programs use worklists to request tasks of OPS 
level programs. Worklist entries are queued to 
the called program. Entries are one to six 
words long, and a given program always has 
entries of the same size. 

X.25 Protocol - 

A CCITT protocol used by the packet-switching 
network. It is characterized by high-speed, 
framed data transfers over links. A PSN 
requires a PAD access for attaching asynchronous 
terminals. 

X.25 TIP - 

The CCP TIP that Interfaces an NPU to a packet- 
switching network. 

Zero-Length PRU - 

A PRU that contains system information but no 
user data. Under NOS, a zero-length PRU defines 
EOF. 



MNEMONSCS 

Following Is a list of mnemonics used in this 
manual . 



ABL 


Application Block Limit 


ACN 


Application Connection Number 


ACT 


Application Character Type 


AIP 


Application Interface Program 


^p. ANAME 


Application Name 


\^'' APL 


A Programming Language 


ASCII 


American Standard Code for 




Interchange 


ASYNC 


Asynchronous 


BCD 


Binary Coded Decimal 


BIP 


Block Interface Package 


BLK 


Message Block 


BRK 


Break Block 


BSC 


Binary Synchronous Communication 


BT 


Block Type 


Bl, B2 


User-defined breaks 


O " 


Cluster Address 
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CCITT Comite Consultlf International Telephonique 
et Telegraphique (an international commu- 
nications standards organization) 

CCP Communications Control Program 

CDCCP Control Data Communications Control Pro- 
cedure 

CDT Conversational Display Terminal 

CE Customer Engineer 

CIB Circular Input Buffer 

CLA Communications Line Adapter 

CMD Command Block 

CND Connection Number Directory 

CR Carriage Return 

CRC Cyclic Redundancy Check 

CRT Cathode Ray Tube 

CS Communications Supervisor 

DBC Data Block Clarlfier (for blocks/SVM) 

DBZ Downline Block Size 

DEL Delete character 

DN Destination Node 

DSR Data Set Ready 

DT Device Type 

EBCDIC Extended Binary Coded Decimal Interchange 
Code 

EOF End of File 

EOI End of Information 

EOJ End of Job 

EOM End of Message 

EOR End of Record 

EOT End of Transmission 

ETB End of Transmission Block 

ETX End of Text 

FCS Function Control Sequence (HASP protocol) 

FD Forward Data (block protocol) 

FDX Full Duplex 

FE Format Effector 

FET File Environment Table 

FF Form Feed 

FN Field Number 
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FS 

FV 

HASP 

HDLC 

HDX 

HIP 

HO 

HOP 

lAF 

ICMD 

ICMDR 

ICT 

INITN 

INITR 

ISO 

IVT 

LCF 

LF 

LFG 

LIP 

LP 

MCS 

MLIA 

MPLINK 

MSG 

MTI 

NAK 

NAM 

NCB 

NCF 

NDA 

NDLP 

NIP 

NLF 

NOP 

NPU 

NS 
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Forward Supervision (block protocol) 

Field Value 

Houston Automatic Spooling Program Protocol 

High-level Data Link Control 

Half Duplex 

Host Interface Package 

Host Ordinal 

Host Operator 

Interactive Facility program 

Interrupt Command 

Interrupt Command Response 

Input Character Type 

Initialization Block Acknowledgment 

Initialization Block Request 

International Standards Organization 

Interactive Virtual Terminal 

Local Configuration File 

Line Feed 

Load File Generator 

Link Interface Package 

Line printer 

Message Control System 

Multiplex Loop Interface Adapter 

The Pascal link editor 

End-of-message block 

Message Type Indicators (Mode 4 protocol) 

Negative Acknowledgment Block 

Network Access Method 

Network Configuration Block 

Network Configuration File 

Network Dump Analyzer 

Network Definition Language Processor 

Network Interface Program 

Network Load File 

Network Operator 

Network Processing Unit 

Network Supervisor program 



NVF Network Validation Facility 

ODD Output Data Demand (Multiplex subsystem) 

FAD Packet Assembly /Disassembly 

PDN Public Data Network 

PFC Primary Function Code 

PIP Peripheral Interface Program 

PL Page Length (IVT) 

PPU Peripheral Processing Unit 

PRU Physical Record Unit 

PRUB Physical Record Unit Block 

PSN Packet Switching Network 

PW Page Width 

QTBM Queued Terminal Record Manager 

RAM Random Access Memory 

RBF Remote Batch Facility program 

RC Reason Code 

RCB Record Control Byte (HASP protocol) 

ROM Read Only Memory 

RR Receive Ready (trunk or X, 25 protocol) 

RS Reverse Supervision (block protocol) 

RST Reset Block 

RTS Request to Send 

SAM-P System Autostart Module Program 

SARM Set Asynchronous Mode (trunk or X. 25 pro- 
tocol) 

SCB String Control Byte (HASP protocol) 

SFC Secondary Function Code 

S-Frame Supervisory Frame (trunk or X. 25 protocol) 

SRCB Subrecord Control Byte (HASP protocol) 

SIX Start of Text 

SVM Service Module (for processing service mes- 
sages) 

SYNC Synchronizing Element 

TAF Transaction Facility 

TC Terminal Class 

TCB Terminal Control Block 

TIP Terminal Interface Program 

TNAME Terminal Name 

TO Timeout 
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TTY 


^«,...'-^ 


TUP 


o 


TVF 
HA 



Teletypewriter 

Test Utility Program 

Terminal Verification Facility 

Unnumbered Acknowledgment (trunk or X.25 
protocol) 

UBZ Upline Block Size 

U-Frame Unnumbered Frame (see UA and UI) 

UI Unnumbered Information frame (trunk or X.25 
protocol) 



US 



Unit Separator 



XBZ Transmission Block Size 

X-OFF Stop character (ASYNC protocol) 

X-ON Start character (ASYNC protocol) 

XPT Transparent 

X. 3 CCITT protocol for asynchronous terminal 
access to a packet-switching network 

X.25 CCITT protocol for packet-switching net- 
works 

X.28 CCITT protocol for terminal access to PSN/ 
PAD 

X.29 CCITT protocol for host access to PSN/PAD 
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SAMPLE TERMINAL SESSION 



Figure D-1 duplicates a thennal printer listing of 
an actual terminal session. The terminal user 
logged In using the abbreviated full login pro- 
cedure, then entered TIP conmiands to control the 
network functions during input and output. The 
application program used is site-written. 

TUTOR sends and receives data in ASCII code and 
does not support transparent mode input or output. 



Attempting to use transparent mode while communi- 
cating with TUTOR causes TUTOR to issue its diag- 
nostic display. Use of TUTOR from a mode 4 BCD 
terminal is possible, but the resulting output is 
completely capitalized, lines are folded awkwardly, 
and some of the punctuation is altered by the char- 
acter code translation involved during output. 
TUTOR cannot be used from a HASP terminal. 






O 






o 






NO HOST 


SELECTED 


CONTROL CHARACTER = (ESC) 


NPU NODE 


= 01 


TERMINAL NAME = tttttt 


HOST 


NONE 


SELECTED/ STATUS 
CONNECTED 


SVLN0S1 


12 


AVAILABLE 


SVLN0S1 


22 


NOT AVAILABLE 


SVLN0S2 


32 


AVAILABLE 



Type-in for line speed auto recognition. 
Type-in for character set auto recognition. 



tttttt = 8J01T 



Terminal is not configured for automatic 

< host selection, but is configured with HD=Y 

initially, so that the complete host availability 
display appears. 



ENTER <CT> HN=W( TO SELECT HOST 



HS=SVLN0S1 fern < Terminal definition command to select a host 

by name. 
HN ACCEPTED .. < Response from network software. 



[cf] <- 



Empty line to cause connection to selected 
host; needed because this terminal is not 
configured for intial automatic connection 
to a host. 



WELCOME TO THE NOS SOFTWARE SYSTEM, <-' Physical connection to the selected host is 

COPYRIGHT CONTROL DATA 1978, 1983. completed. Login can begin. 



79/08/07. 07.26.59. TM1016 
(22) SVL SN614 NOS 
FAMILY: [sr} < 



NOS2-8J01T/R3B. < NVF banner prompt for login. 

Long form login dialog begins. 



ct=X irn < ' Terminal definition command to preserve terminal 

definition command flag character. 



CT ACCEPTED 
Xci=9 jTF] 
CI ACCEPTED 
Xli=2 [cr] 
LI ACCEPTED 



Response from network software. 



Terminal definition commands to preserve beginning of print lines during output. 

< : Response from network software. 



Response from network software. 



USER NAME: usr4 I cr I 
PASSWORD: pass Fen 
TM1016 - APPLICATION: tutor | cr | 



Figure D-1. Sample Terminal Session (Sheet 1 of 6) 
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You are communicating with the network application program called 
TUTOR. If output of a TUTOR display stops without requesting input 
from you, or if OVER., appears, enter an empty line to continue. 

TUTOR associates the following characteristics with your terminal: 

Terminal class of 2 

Terminal name of TB1016 

Page width of 72 characters per line 

Page length of lines 

Block size of 130 characters 

Block limit of 2 blocks 

Famile name in use is SYS5 with the ordinal 0003 

User name in use is USR4 with the index 0067 

These are the only terminal characteristics directly known to any 
network application program. The network software associates other 
characteristics with your terminal, according to the way the 
terminal name was configured. 

If you want more information, type yes; if you want to end communica- 
tion with TUTOR, type no. Please enter your answer without leading 
blanks or any other characters in the same line: 

Xp1=15 [cr| < Terminal definition command to format page cor- 
rectly during page wait output. 

PL ACCEPTED .. < Response from network software. 

yes I cr[ < Response to TUTOR prompting line. 

Thank you. TUTOR can provide information on the following topics: 

(1) Network application programs 

(2) Changing terminal characteristics 

(3) Login procedures and switching network application programs 

If you want information on one of these topics, type the number given 
above for the topic but do not enter the parentheses; if you want to 
end communication with TUTOR, type no. Please enter your answer with- 
out leading blanks or any other characters in the same line: 

1 [cr I < '- ■ Response to TUTOR prompting line. 

Xpg=y |cr| < Terminal definition command turns page wait on 

because display selected will be long. 

PG ACCEPTED .. < — • Response from network software. 

Network application programs are a special group of programs that 
provide services to terminal users. Only programs identified in the 
following list are directly accessable by a terminal user: 

Remote Batch Facility (called RBF) 

Interactive Facility (called lAF) 

Transaction Facility (called TAF) 

Terminal Verification Facility (called TVF) 

This program (called TUTOR) 

Network Validation Facility (called NVF) 

Any other host computer software you need to use can be accessed 
through either the Remote Batch Facility or the Interactive Facility. 

%b1=: |cr| < — ■ — ■ — Terminal definition command makes user-break-1 

character visible and acts as a page turning 
response. 

B1 ACCEPTED .. < ■ Response from network software. 



o 
o 
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Network Validation Facility 

NVF performs login validation processing. It also gives you a way to 
switch terminal communications from one network application program 
to another. NVF is the only network application program you do not 
need to request communication with; your terminal is automatically 
given as much access to NVF as necessary. In response to the 
prompting message APPLICATION: from NVF, you enter the name of the 
network application program you want to use. The name you enter must 
have the form shown in parentheses at the beginning of this display; 
however, you cannot request NVF to connect you with itself (you 
cannot enter NVF as a response to an APPLICATION: prompt.) 



Hn] 



An empty line Is entered to acknowedge the page. 
TUTOR does not see this entry. 



You can encounter many variations of a basic dialog with NVF. The 
form of login you use is partially determined by the way your terminal 
name Is configured. The general form of this login dialog is described 
In each of the reference manuals for network application programs. 

Interactive Facility 

lAF comprises six subsystems that permit you to create files and 
create or execute programs from your terminal, without requiring the 
use of card readers or line printers. These subsystems are: 

BASIC; this subsystem is an interactive version of the Interpreter 



Xb2=) \cf] <- 



B2 ACCEPTED ., < 

for the BASIC programming language. 

FTMTS; this subsystem Is an interactive version of the FORTRAN 
Extended 4 compiler. 

FORTRAN; this subsystem is an Interactive version of the 
FORTRAN 5 compiler. 

EXECUTE; this subsystem provides a quick method to run frequently 
used programs that you have previously stored in the system in 
object-code form. 

NULL; this subsystem provides a quick method to manipulate files 
and perform certain other operations. 



Terminal definition command to make user-break-2 
character visible also turns the page. 

Response from network software. 



[££] 



Page acknowledgment only. 



BATCH; this subsystem permits you to enter and execute operating 
system control statements one at a time. You can use any software 
product for which a control statement exists through this 
subsystem, or execute any application program through this 
subsystem. 

Another subsystem, the ACCESS subsystem, is available to some users. 
This subsystem allows communication from one terminal connected to 
lAF, to another terminal connected to lAF. 

To switch your terminal from one subsystem to another within lAF, you 
type the name of the subsystem you want to use. To switch your terminal 
from a subsystem to another network application program, you must 



EE] 



Page turn. 



Figure D-1. Sample Terminal Session (Sheet 3 of 6) 
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disconnect from lAF by typing BYE, comma, and the name of the 
network application program you want to communicate with. 

Remote Batch Facility 

RBF permits you to enter a job file from a remotely located card reader 
and receive job output at remotely located batch devices. The job's 
progress through the host system can be tracked from your terminal and 
the job's files can be manipulated before and during output. Your 
terminal can be switched directly from RBF to lAF by typing lAF, or 
from RBF to NVF (to request connection with another network application 
program) by typing END. 



[m 



Page turn. Note that the page length calculation 
includes blank lines. 



Transaction Facility 



TAF permits you to access a database specifically created to treat any 
operation performed by your terminal as a transaction that reads or 
alters that database. Very little dialog is involved when using TAF. 

Terminal Verification Facility 

TVF provides several tests you can select to verify that your terminal 
is sending and receiving data correctly. Your terminal can be switched 
from TVF to NVF by typing END. 

|cr I <-^ Page turn. 

This concludes TUTOR'S display of application programs. If you want to 
select another display, type yes and you will be returned to the 
display of available options; if you want to end communication with 
TUTOR, type no. Your choice is: 

4 Icrl < User responds to prompt with an option not listed 

— for this display. TUTOR treats as an error. 

The line you have entered is not recognized by TUTOR. Please enter 
your choice again, following these rules: 

Your entry is the first and only thing you enter on the line. 

Your entry is correctly spelled and is given in a TUTOR display 
as a word to be typed in. 

Your entry is all uppercase or all lowercase characters. 

The display appearing when you made your entry will not be repeated. 
The following entries are valid: 

yes selects the display of available options 

|cr| < ■ • ■ Page turn. 

no selects the display of communi cat ion- ending options 

1 selects the display of network application programs 

2 selects the display for changing terminal characteristics 

3 selects the display of login procedures 

hello selects the beginning of a new login procedure, 

login after performing an automatic logoff for your terminal 

bye selects network software disconnection processing for 
logout your terminal and causes it to be logged off 

iaf selects communication with the Interactive Facility 
rbf selects communication with the Remote Batch Faility 



o 






|cr| < Page turn. 
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taf selects communication with the Transaction Facility 

tvf selects communication with the Terminal Verification Facility 

Please enter your choice on the next line: 

%pg=n [cr| < ■ User knows what the mistake was. To speed output 

of the next display, page wait is turned off. 

PG ACCEPTED .. < Response from network software. 

Next display is omitted, except for following Line: 

and receive job output a ■ ) |crl < User enters break character, network software 

discards remainder of current display, and TUTOR 
interprets as a request to repeat the menu display. 

Repeated display is omitted. 

no |cr| < User decides to end TUTOR session. 

Thank you. You have chosen to end communication with TUTOR. Your term- 
inal will now be switched to communicate with the Network Validation 
Facility program. If you want NVF to prompt you for the name of the 
next network application program, type end without leading blanks or 
any other characters in the same line; if you do not want to be prompt- 
ed, you can enter any of the following instead: 

lAF selects the Interactive Facility program 

RBF selects the Remote Batch Facility program 

TAF selects the Transaction Facility program 

TVF selects the Terminal Verification Facility program 

BYE selects network software disconnection processing for 
LOGOUT your terminal and causes it to be Logged off 

HELLO selects the beginning of a new Login procedure, after 
LOGIN performing an automatic Logoff for your terminal 

Your choice is: 

iaf I cr| < TUTOR supports direct switches between network 

application programs. 

TUTOR CONNECT TIME 00.10.33. 
TERMINAL: 26, NAMIAF 

RECOVER/ CHARGE: charge,1 234,567890 [c7] < User responds to IAF prompting. Notice that input 

Line begins on same Line as output ended. 

$CHARGE,1234,567890. 

/bye, logoff | cr | < User enters this application-switching command 

from memory. IAF accepts BYE, and passes LOGOFF 
as an application name to NVF. 

USR4 LOG OFF 07.41.56. 
USR4 SRU 1.002. UNTS. 

IAF CONNECT TIME 00.01.57. 

ILLEGAL APPLICATION, TRY AGAIN. < NVF does not recognize LOGOFF. 

TH1016 - APPLICATION: logout |cr | < User reenters corrected command to NVF directly. 

LOGGED OUT. 
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NO HOST CONNECTED 
NPU NODE = 01 



CONTROL CHARACTER = X 
TERMINAL NAME = 8J01T 



HOST 




NONE 


SELECTED/ 
CONNECTED 


STATUS 1 


SVLN0S1 
SVLN0S1 
SVLN0S2 




12 
22 
32 


SA 


AVAILABLE 
NOT AVAILABLE 
AVAILABLE 


ENTER INPUT 


TO CONNECT TO HOST 


/ 


XCH |cr| 


<— 















TC=2, BS=(BS), CN=(CAN), AB=(CAN), B1=(, B2=), < 

EL=(CR), EB=(EOT) 

. < 



Disconnection from the host is indicated 
by the host availability display. 



Terminal definition comniand to display 
effects of changes made during the session. 

Response from network software. 

Disconnection physically occurs after 2 minutes of 
inactivity. 



Figure D-1. Sample Terminal Session (Sheet 6 of 6) 
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AB command 5-19 
Abbreviated login 4-19 
Abort-output-block 

Command 5-19 

Use 2-20 
Access procedures 4-1 
Address C-1 

Administrative interruptions 4-21 
APL 

Character sets 5-32, A-1, C-1 

Code sets A-1 
Application 

Block header C-1 

Block limit C-1 

Block number C-1 

Block type C-1 

Interface program C-1 

Name 4-18, C-1 

Program 4-17, C-1 
AR command 5-32 
Archetype terminal C-1 
ASYNC TIP 6-7 
Asynchronous terminals 

Communication lines 3-1, C-1 

Feature dependencies 3-4 

Terminals 1-3, 3-1, C-1 
Automatic 

Application selection 4-16 

Input C-1 

Login procedure 4-12, C-1 

Recognition command 5-32 

Recognition procedure 4-5, C-2 



Backspace 

Character 2-15, 5-7 

Command 5-7 

Use 2-17 
Base system software C-2 
Batch 

Data 2-6, 6-17, 6-22, 6-29 

Device C-2 

Mode C-2 

Terminals 1-4, 3-16, 3-18, 3-21 
BF command 5-38 
Bisynchronous 

Communication lines 3-1, C-2 

Terminals 1-4, 3-21, 6-26 
Block 

Acknowledgment C-1 

Definition C-2 

Limit C-2 

Mode 2-3 

Network 2-1, 6-4 

Sizes 2-2 

Terminal transmission 2-1 
BR command 5-24 
Break 

Characters 2-18, 5-22, 5-23 

Definition C-2 

Key 2-19 

Significance 6-11, 6-14 
BS command 5-17 
BSC TIP 6-26 
Buffering C-2 
BYE 4-21 
Bypassing input queue 5-22 
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Bl command 
B2 command 



5-22 
5-23 



Cancel 

Character 2-15, 5-18 

Command 5-18 

Input line 2-18 
Carriage control characters 

HASP printers 3-20 

Mode 4 printers 3-18 

2780/3780 printers 3-23 
Carriage return 

Idle count 5-13 

Keys xiii, 2-3 

Operation 2-2 
Cassette drive 6-2, C-2 
CH command 5-14 
Change 

Abort-output-block character 5-19 

Backspace character 5-17 

Blocking factor 5-38 

Cancel-input-line character 5-18 

Character set 5-32 

Control character 5-16 

Echoplexing 5-45 

Editing 5-33, 5-34 

Host 4-11 

Idle character count 5-25, 5-26 

Input control 5-21 

Input device 5-48 

Output control 5-20 

Output device 5-50 

Page length 5-29 

Page wait 5-27 

Page width 5-28 

Parity 5-45 

Punch card translation 3-16 

Terminal class 5-15 

Transparent mode delimiters 5-42, 5-43 

lJser-break-1 character 5-22 

User-break-2 character 5-23 
Character 

Code conversions 2-11 

Code sets A-1 

Definition C-2 

Mode C-3 

Secure login 4-14 

Sets 2-9, 2-10 
CI command 5-25 
Cluster C-3 
Cluster address C-3 
CN command 5-18 

Command summary Inside front cover 
Communication 

Breaks 4-21 

Failures 4-22 

Lines 1-3, 4-1, C-3 

Path 4-1 
Communication Control Program (CCP) 6-1, C-3 
CONFIG card 4-9, 6-25 
Connection number C-3 
Connection regulation 6-6 
Console 

Data 2-6 

Description 1-4 

Exchange modes 2-7 
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2-2 



3-1, 3-14 

C-3 
C-3 



2-11 
2-11 



2-12 



Console (Contd) 

Input concepts 

NPU 6-2 

Output concepts 2-6 
Constant carrier C-3 
Contention C-3 
Control blocks C-3 
Control characters 
CONTROL key xiii 
Controlled carrier 
Controlled terminal 
Conversions 

Host software input 

Host software output 

NPU input 2-11 

NPU output 2-12 

Terminal input 2-11 

Terminal output 
CP c ommand 5-30 
[cr] xiii 
CT command 5-16 
Cursor positioning 3-16, 5-30 
CYBER channel coupler 6-1, C-3 
Cyclic redundancy check (CRC) C-4 



Data 

Buffer C-4 

Compression 6-28, C-4 

Definition C-4 

Priorities 6-6 

Set 4-5, C-4 
Dedicated line C-4 
Destination C-4 
Device 

Control 3-7 

Definition C-4 

Options 3-8 
Diagnostic messages B-1 
Dial-in procedure 4-7 
Dialog 

Terminal Interface Program B-1 

Terminal Verification Facility 7-1 
Direct transmission terminal 2-14 
Discarding output 2-19 
Disconnection 

Application program 4-20 

Network 4-20 

Procedures 4-20 

Terminal Verification Facility 7-3 
Display code C-4 
Display console 1-5 
DL command 5-42 
Downline C-5 
Duplex (see Echoplexing) 



Error recovery 6-11, 6-15, 6-20, 6-26, 6-32 

ESCAPE 5-2 

Exception-processor terminal 2-14 

Exit application program 4-20 

EX.LOGT 4-19 



FA command 5-34 
Facility 

Interactive 1-7, 4-18, 4-19, 4-20 

Network Validation 1-7, 4-18 

Remote Batch 1-7, 4-18, 4-19, 4-20 

Site-written 1-7 

Terminal Verification 1-9, 4-18, 4-19, 4-20, 
7-1 

Transaction 1-9, 4-18, 4-19, 4-20 
File 

Definition C-4 

Registers in NPU C-4 
Format 

Changing 5-24 

Effector 3-9, 3-17, 3-19, 3-23, C-5 

Input 2-2 

Output 3-8, 3-15, 3-17, 3-23 

Terminal definition command 5-11 
Frame 6-13, C-5 
Front-end NPU C-5 
Full ASCII editing 2-18, 5-34 
Full duplex C-5 



GOODBYE 4-21 

Graphic characters 3-1, 3-14 



Half duplex C-5 
HASP 

Format effectors 3-19 

Protocol 1-4, 3-1, C-5 

Stream numbers 3-18 

Terminals 3-18 

TIP 6-21 

Workstation setup 3-18 
HD command 4-12 
Header C-5 
HELLO 4-20 
HN command 4-11 
Host 

Availability display 4-12, 4-23 

Definition C-5 

Interface Program C-5 

Mode 4-11, C-5 

Operator 4-21, C-5 
HS command 4-10 
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EB command 5-40 
Echoplexing 

Control 5-25 

Definition C-4 

Locations 1-4 
Editing 

Camnlofo 2-9 5-31 

Full ASCII 2-10, 5-34 

Keys 2-15 

NPU 2-9, 5-31 

Special 2-9, 5-33 

Terminal 2-4 
EL command 5-39 
END 4-19, 7-3 
ENDL 7-2 

End-of -block indicator 2-6, 
End-of-llne indicator 2-6, 
EP command 5-45 



5-40 
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IBM host features 3-19, 3-21 
IC command 5-21 
IN command 5-48 
Information 

Flow 1-6, 2-1, 6- 

Structures 2-1 

Conversion 2-21 

Demultiplexing 6-3 

Multiplexing 6-3 

Processing 6-5 

Regulation 6-11, 6-15, 6-20, 6-26, 6-32 
Interactive Facility 1-7, C-6 
Interactive mode C-6, 
Interactive terminals 1-4, C-6 
Interactive Virtual Terminal (IVT) C-6 
Interrupt key 2-19, C-6 
Interruptions in communication 4-21 
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LF xlil 
LI command 
Line 

Canceling 2-6 

Communication 1-3, 4-2 

Definition C-6 

Feed 2-4, 3-7, 5-26 

Input 2-2 

Mode 2-2 

Output 2-7 

Status 6-7 

Test 7-2 

Turnaround 2-7 
Line feed 

Idle character count 5-26 
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Link 6-12, C-6 
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Local NPU C-6 
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Login 
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Automatic 4-14 

Commands 4-19 

Dialog 4-16 

Problems B-1 

Secure 4-14 
LOGOFF (see Logout) 
Logout 

With disconnection 4-21 

Without disconnection 4-20 
Loop multiplexer C-7 
Loopback test 7-2 



6-1, C-7 



Macromemory 
Message 

Canceling 2-6 

Definition C-7 

Input 2-1 

Output 2-7 
Message Control System (MCS) 1-9, 4-18, 4-19, 4-20 
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Mode 4 
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Switch setting 3-16 

TIP 6-15 
Modem 4-5, C-7 
MS command 4-21 
Multiple logical lines 2-6 
Multiple message transparent mode 
Multiplex loop interface adapter 
Multiplex subsystem 6-2, C-7 
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